fail2ban: proteggere saslauthd

Debian 6.0.8
fail2ban 0.8.4-3+squeeze2
Debian 5.0.10
fail2ban 0.8.3-2sid1

failregex = (?i): warning: [-._\w]+\[\]: SASL (?:LOGIN|PLAIN|(?:CRAM|DIGEST)-MD5) authentication failed(: [A-Za-z0-9+]*)?

Debian 5.0.10
fail2ban 0.8.3-2sid1

failregex = : warning: [-._\w]+\[\]: SASL (?:LOGIN|PLAIN|(?:CRAM|DIGEST)-MD5) authentication failed

Coerenza

Cosa ti puoi aspettare da una societa' (telecom) che demanda ad una sua consociata (tin.it=telecom italia net) la gestione delle sue reti, poi cede tin.it a Seat pagine gialle e utilizza Alice come nuova gestione delle proprie reti. Poi si ricompra tin.it, rompe le scatole ai poveretti che usavano l'adsl di tin.it (mai avuto un problema per anni) per fargli mettere una linea adsl Alice. Dopo aver loro disabilitata la vecchia adsl, comunica bellamente di non poter installare una adsl alice perche' in quella zona non esiste l'adsl (ma se me l'avete staccata due giorni fa...era l'unica di tutto il centro di Rimini????)

Ebbene oggi scopro che il mio server in ufficio non puo' piu' spedirmi le mail di segnalazione dei backup in quanto il router e' finito su un IP address filtrato in qualche blacklist.

Poco male, basta settare l'autenticazione sasl su postfix (trovate il come in QUESTO POST). Ma la cosa non funziona ancora.

Dopo mezz'ora persa a scoprire le magagne con il 191 ("Lei deve impostare il server SMTP di alice business, mail.191.biz") ho scoperto che questo server non ne vuole sapere di autenticarmi...mentre invece tutto funziona a meraviglia con il server SMTP di alice (casa?): out.alice.it

Vabbeh....

Postfix: attivare SMTP AUTH

Se i log dal vostro server preferito smettono di arrivare nella vostra casella di posta.

Se nei log (/var/log/mail.log) del server trovate qualcosa del genere:

Jun 13 17:27:01 localhost postfix/smtp[26456]: 0DD1085CB: to=, relay=smtp.tin.it[62.211.72.32]:25
, delay=0.66, delays=0.03/0.01/0.41/0.21, dsn=5.0.0, status=bounced (host smtp.tin.it[62.211.72.32] said: 550 RCPT T
O: Relaying not allowed - please use SMTP AUTH (in reply to RCPT TO command))

Allora dovete attivare l'autenticazione sull'SMTP con il vostro relayhost (di solito e' smtp.vostroprovider.it)

Su /etc/postfix/main.cf:

smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_auth_enable=yes
smtp_sasl_security_options =
relayhost = RELAY_HOST

Su /etc/postfix/sasl_passwd (dovete crearlo voi):

RELAY_HOST utente@mydomain.com:PASSWORD

n.b.:
RELAY_HOST deve essere sostituito dall'SMTP server del vostro provider
utente@mydomain.com deve essere sostituito dallo username completo assegnatovi dal provider
PASSWORD deve essere sostituito dalla password assegnatavi dal provider

Eseguire i seguenti comandi:

chown root:root /etc/postfix/sasl_passwd
chmod 600 /etc/postfix/sasl_passwd
postmap /etc/postfix/sasl_passwd
/etc/init.d/postfix restart

Attenzione: sul mio sistema c'erano gia' installati i seguenti pacchetti legati all'autenticazione sasl, non so quali/quanti siano necessari per consentire l'autenticazione. Se da voi non ci sono e avete problemi in fase di invio della posta provate a installarli:

libauthen-sasl-perl
libsasl2
libsasl2-2
libsasl2-modules
sasl2-bin

In caso i log visualizzino un errore del genere:

 Mar 31 11:25:14 my_server postfix/smtp[24449]: E70B51ADC: to=, relay=smtp.myisp.com[xxx.xxx.xxx.xxx]:25, delay=349882, delays=349879/0.06/3.1/0, dsn=4.7.0, status=deferred (SASL authentication failed; cannot authenticate to server smtp.myisp.com[xxx.xxx.xxx.xxx]: no mechanism available)

molto probabilmente occorre installare il pacchetto

libsasl2-modules