Exchange server 2007: Client was not authenticated

Se dopo aver installato Microsoft Exchange Server 2007 non ricevete posta dall'esterno e il mittente riceve l'errore:

Client was not authenticated

Il problema e' causato dal fatto che Exchange per default non puo' ricevere mail da client non autenticati.
Per risolvere il problema dovete accedere alla console di gestione di Exchange su:
Server configuration-Hub Transport-Default NOME_SERVER
Click destro-properties-Permission Groups
Selezionare Anonymous users
Cliccare su OK

Sincronizzare server IMAP: imapsync

Oggi ho scovato imapsync, un interessante comando per sincronizzare due server IMAP.
Io lo sto usando per trasferire i messaggi contenuti su un server IMAP al server che dovra' sostituirlo. La stessa cosa puo' essere fatta anche configurando l'accesso ai due server su un client di posta....ma volete mettere con la gioia di poterlo fare a riga di comando? :)

Per utilizzarlo e' sufficiente lanciare il comando:

imapsync --host1 INDIRIZZO_SERVER1 --user1 UTENTE_1 --host2 INDIRIZZO_SERVER2 --user2 UTENTE_2 --authmech1 PLAIN --authmech2 PLAIN --noauthmd5 --ssl2

Ovviamente dovrete sostituire le parti in maiuscolo:

INDIRIZZO_SERVER1 e' l'indirizzo IP o l'hostname del server numero 1
INDIRIZZO_SERVER2 e' l'indirizzo IP o l'hostname del server numero 2
UTENTE_1 e' l'utente sul server numero 1
UTENTE_2 e' l'utente sul server numero 2

Lo script vi chiedera' le password dei due utenti, dopodiche comincera' la sincronizzazione.

Il parametro --ssl2 e' necessario in quanto l'autenticazione PLAIN e' solitamente permessa solo su canale criptato ssl.

imapsync ha il vantaggio di sincronizzare i server in maniera incrementale, i file gia' sincronizzati non vengono piu' spostati consentendo un minor tempo in caso di sincronizzazioni successive.

Come al solito trovate altri parametri e la sintassi completa del comando sul man:

man imapsync

bind9: dumping master file:...open: permission denied

Scenario:

1 server DNS primario e 1 server DNS secondario (entrambi basati su bind9)
Il master parte correttamente.
lo slave non parte e i log evidenziano un errore del genere:

Jan 31 17:42:41.799 dumping master file: /etc/named/tmp-XXXX2RSNyT: open: permission denied
Jan 31 17:42:41.799 transfer of 'mydomain.com/IN' from 192.168.3.1#53: failed while receiving responses: permission denied

Significa che lo slave ha iniziato il trasferimento delle zone dal master, pero' non riesce a scrivere i relativi file.

Soluzione:

Probabilmente avete configurato named.conf (o named.conf.local) tenendo le zone per cui il server e' slave nella stessa directory in cui tenete le zone statiche (127, ecc). Ebbene cio' e' male.
Meglio creare una directory apposita e darle i permessi giusti. Ad esempio:

mkdir /etc/bind/zones
chown bind.bind /etc/bind/zones

Ricordatevi di correggere il path dei file delle zone dinamiche per farli puntare alla nuova directory.
Rilanciate il servizio:

/etc/init.d/bind9 start

L'errore dovrebbe essere sparito.

Monitorare un server con SNMP e Cacti

Seguire le istruzioni presenti al seguente indirizzo:

http://www.debuntu.org/how-to-monitor-your-servers-with-snmp-and-cacti


Con alcuni sistemi (tra cui Ubuntu Gutsy) al momento di accedere per la prima volta al sistema cacti (http://localhost/cacti) si riceve una pagina bianca con il seguente errore:

Invalid PHP_SELF Path

Per risolvere questo problema occorre editare il file config.php (in Ubuntu Gutsy e' /usr/share/cacti/site/include/config.php) e modificare la linea seguente (su Gutsy e' la linea 87):

if (!((is_file($_SERVER["SCRIPT_FILENAME"])) && (substr_count($_SERVER["SCRIPT_FILENAME"], $_SERVER["PHP_SELF"])))) {

deve diventare:

if (!((is_file($_SERVER["SCRIPT_FILENAME"])))) {

A parte questo problema la guida di installazione indicata a inizio post e' completa e ben spiegata. Se capita vedro' di postarne la traduzione in Italiano.

Scacchi in rete su Ubuntu

Ci si puo' collegare al server FICS (Free Internet Chess Server), utilizzando il client eboard

sudo apt-get install eboard eboard-extras-pack1

Qualche DNS (non si sa mai)

OpenDns:

208.67.222.222
208.67.220.220

Tin.it:

62.211.69.150
212.48.4.15

Interbusiness:

151.99.125.3
151.99.125.2

Non voglio i tuoi DNS :-)

Vediamo di ottimizzare i DNS del nostro sistema.

Eseguite il comando:

sudo vi /etc/resolv.conf

Inserite le seguenti linee:

nameserver 208.67.222.222
nameserver 208.67.220.220

Opzionalmente potete inserire la linea seguente, mettendo al posto di x.x.x.x l'IP address del vostro router:

nameserver x.x.x.x

(208.67.222.222 e 208.67.220.220 sono i DNS di OpenDNS)

Per evitare che il file /etc/resolv.conf venga modificato in automatico dal DHCP o da qualche altro programma eseguire il comando:

sudo chattr +i /etc/resolv.conf

ATTENZIONE: per poter modificare in seguito /etc/resolv.conf dovete eseguire il comando:

sudo chattr -i /etc/resolv.conf

ATTENZIONE: il comando chattr +i è stato testato solo col filesystem EXT3.