Não é possível obter o SASL auxprop / sasldb trabalhando com o postfix / Ubuntu 12.04

9

Eu tenho um sistema Ubuntu 8.04LTS rodando o Postfix 2.5.1. Nesse sistema, o SMTP AUTH executa fine . O conteúdo de /etc/postfix/sasl/smtpd.conf são:

pwcheck_method: auxprop
auxprop_plugin: sasldb
mech_list: PLAIN

As propriedades relacionadas ao SASL são:

smtpd_sasl_type = cyrus
smtpd_sasl_auth_enable = yes
smtpd_sasl_path = smtpd
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_sasl_local_domain = $myhostname

Quando faço sudo sasldblistusers2 , obtenho:

[email protected]: userPassword

Como eu disse, tudo funciona bem no sistema 8.04LTS.

No entanto, estou tentando migrar isso para um sistema Ubuntu 12.04LTS executando o Postfix 2.9.3 e simplesmente não consigo fazê-lo funcionar. Eu estou fazendo tudo igual, mas o postfix fornece falhas de autenticação toda vez.

Não é o arquivo /etc/sasldb2 . Eu tentei trazer o arquivo do sistema antigo e isso não funciona. E eu criei um novo arquivo usando:

saslpasswd2 -c -u mail.mydomain.com authusername

e isso não funciona, embora funcione no antigo sistema se eu copiá-lo para o sistema antigo, que é como eu sei que há nada de errado com o arquivo.

Da mesma forma, eu sei que o postfix está vendo o arquivo smtpd.conf . Se eu adicionar mais mecanismos à linha mech_list do arquivo, Eu vejo esses mecanismos extras sendo anunciados quando eu me conecto para o daemon smtpd. E quando eu removê-los eles vão embora novamente. Então /etc/postfix/sasl/smtpd.conf é claramente se acostumar.

Estou testando ambos usando um cliente de email real e falando manualmente com o servidor depois de gerar um token com isso:

perl -MMIME::Base64 -e 'print encode_base64("
openssl s_client -quiet -starttls smtp -connect the.newsystem.com:587
0authusername
250 DSN
EHLO example.com
250-the.newsystem.com
250-PIPELINING
250-SIZE 20971520
250-ETRN
250-AUTH PLAIN
250-AUTH=PLAIN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
AUTH PLAIN theBase64EncodedToken
535 5.7.8 Error: authentication failed: authentication failure
0thePassword");'

então:

235 2.7.0 Authentication successful

A conversa resultante é:

# sudoh saslfinger -s
saslfinger - postfix Cyrus sasl configuration Sat Jul 21 00:24:24 EDT 2012
version: 1.0.4
mode: server-side SMTP AUTH

-- basics --
Postfix: 2.9.3
System: Ubuntu 12.04 LTS \n \l

-- smtpd is linked to --
        libsasl2.so.2 => /usr/lib/i386-linux-gnu/libsasl2.so.2 (0xb76c5000)


-- active SMTP AUTH and TLS parameters for smtpd --
broken_sasl_auth_clients = yes
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_path = smtpd
smtpd_sasl_security_options = noanonymous
smtpd_sasl_type = cyrus
smtpd_tls_CAfile = /etc/ssl/certs/MyCA.pem
smtpd_tls_auth_only = yes
smtpd_tls_cert_file = /etc/postfix/ssl/server.crt
smtpd_tls_key_file = /etc/postfix/ssl/server.key
smtpd_tls_loglevel = 1
smtpd_tls_security_level = may
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_tls_session_cache_timeout = 3600s


-- listing of /usr/lib/sasl2 --
total 16
drwxr-xr-x  2 root root 4096 Jul 20 23:00 .
drwxr-xr-x 67 root root 8192 Jul 20 21:25 ..
-rw-r--r--  1 root root    1 May  4 00:17 berkeley_db.txt

-- listing of /etc/postfix/sasl --
total 20
drwxr-xr-x 2 root root 4096 Jul 20 21:29 .
drwxr-xr-x 5 root root 4096 Jul 20 23:58 ..
-rw-r--r-- 1 root root   64 Jul 20 21:29 smtpd.conf



-- content of /etc/postfix/sasl/smtpd.conf --
pwcheck_method: auxprop
auxprop_plugin: sasldb
mech_list: PLAIN

-- content of /etc/postfix/sasl/smtpd.conf --
pwcheck_method: auxprop
auxprop_plugin: sasldb
mech_list: PLAIN


-- active services in /etc/postfix/master.cf --
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
smtp      inet  n       -       -       -       -       smtpd
submission inet n       -       -       -       -       smtpd
  -o syslog_name=postfix/submission
  -o smtpd_tls_security_level=encrypt
  -o smtpd_sasl_auth_enable=yes
  -o smtpd_client_restrictions=permit_sasl_authenticated,reject
  -o milter_macro_daemon_name=ORIGINATING

[snipping the rest of the services]

-- mechanisms on localhost --

-- end of saslfinger output --

Mas se eu me conectar a the.oldsystem.com:587 e fazer o mesma coisa, eu fico:

pwcheck_method: auxprop
auxprop_plugin: sasldb
mech_list: PLAIN

A saída do saslfinger na nova máquina é:

smtpd_sasl_type = cyrus
smtpd_sasl_auth_enable = yes
smtpd_sasl_path = smtpd
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_sasl_local_domain = $myhostname

O que eu poderia estar perdendo / fazendo errado? Até onde consegui dizer, toda a configuração é a mesma, mas não funcionará no novo sistema.

    
por QuantumMechanic 21.07.2012 / 06:34

3 respostas

13

O sorteio está aqui:

-- active services in /etc/postfix/master.cf --
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
smtp      inet  n       -       -       -       -       smtpd
submission inet n       -       -       -       -       smtpd

O processo smtpd na porta submission está sendo executado no modo chroot (já que há um - nessa coluna, o que significa que o padrão (que é yes ) se aplica e não pode ver /etc/sasldb2 .

Quando copiei /etc/sasldb2 para /var/spool/postfix/etc authentication começou a funcionar bem.

    
por 21.07.2012 / 14:48
5

o chroot é definitivamente o motivo, no entanto, no meu caso, copiar para /var/spool/postfix/etc não funcionou.

Então eu acabei de me livrar do chroot e isso funciona para mim.

Para que você tenha que editar o /etc/postfix/master.cf, localize a seguinte linha:

smtp      inet  n       -       -       -       -       smtpd

e modifique-o da seguinte forma:

smtp      inet  n       -       n       -       -       smtpd
    
por 08.09.2014 / 03:03
4

Outra maneira de sincronizar o arquivo sasldb2 com o chroot jail padrão do postfix é adicionar um link físico para ele:

ln /etc/sasldb2 /var/spool/postfix/etc/

Note que um symlink não funcionará porque os links simbólicos não podem ser acessados de dentro da cadeia, mas os links físicos podem. Isso tem a vantagem de simplesmente copiar o arquivo, pois os novos usuários futuros e as alterações de senha serão sincronizados automaticamente, mesmo sem um recarregamento de postfix.

    
por 11.04.2017 / 04:54