
Ich bin kein Postfix-Experte ... Ich habe ein Authentifizierungsproblem mit Posfix 3.5 unter Debian 11.8.
Ich habe einen Testbenutzer hinzugefügt:
# saslpasswd2 -c test
Password: test
Wenn ich Swaks verwende, um die Authentifizierung gegenüber Postfix zu testen, erhalte ich die folgende Fehlermeldung:
# swaks --to root --server 172.31.0.69:25 --auth LOGIN
Username: test
Password: test
535 5.7.8 Error: authentication failed: authentication failure
*** No authentication type succeeded
Protokolle:
postfix/smtpd[3144881]: > unknown[172.31.0.69]: 250-xxx.localdomain
postfix/smtpd[3144881]: > unknown[172.31.0.69]: 250-PIPELINING
postfix/smtpd[3144881]: > unknown[172.31.0.69]: 250-SIZE 10240000
postfix/smtpd[3144881]: > unknown[172.31.0.69]: 250-VRFY
postfix/smtpd[3144881]: > unknown[172.31.0.69]: 250-ETRN
postfix/smtpd[3144881]: > unknown[172.31.0.69]: 250-AUTH CRAM-MD5 DIGEST-MD5 LOGIN PLAIN
postfix/smtpd[3144881]: > unknown[172.31.0.69]: 250-AUTH=CRAM-MD5 DIGEST-MD5 LOGIN PLAIN
postfix/smtpd[3144881]: > unknown[172.31.0.69]: 250-ENHANCEDSTATUSCODES
postfix/smtpd[3144881]: > unknown[172.31.0.69]: 250-8BITMIME
postfix/smtpd[3144881]: > unknown[172.31.0.69]: 250-DSN
postfix/smtpd[3144881]: > unknown[172.31.0.69]: 250 CHUNKING
postfix/smtpd[3144881]: watchdog_pat: 0x55af645786d0
postfix/smtpd[3144881]: < unknown[172.31.0.69]: AUTH LOGIN
postfix/smtpd[3144881]: xsasl_cyrus_server_first: sasl_method LOGIN
postfix/smtpd[3144881]: xsasl_cyrus_server_auth_response: uncoded server challenge: Username:
postfix/smtpd[3144881]: > unknown[172.31.0.69]: 334 VXNlcm5hbWU6
postfix/smtpd[3144881]: < unknown[172.31.0.69]: dGVzdA==
postfix/smtpd[3144881]: xsasl_cyrus_server_next: decoded response: test
postfix/smtpd[3144881]: xsasl_cyrus_server_auth_response: uncoded server challenge: Password:
postfix/smtpd[3144881]: > unknown[172.31.0.69]: 334 UGFzc3dvcmQ6
postfix/smtpd[3144881]: < unknown[172.31.0.69]: dGVzdA==
postfix/smtpd[3144881]: xsasl_cyrus_server_next: decoded response: test
postfix/smtpd[3144881]: warning: unknown[172.31.0.69]: SASL LOGIN authentication failed: authentication failure
postfix/smtpd[3144881]: > unknown[172.31.0.69]: 535 5.7.8 Error: authentication failed: authentication failure
Ein Authentifizierungstest über testsaslauthd funktioniert:
# testsaslauthd -s smtp -u test -p test
0: OK "Success."
Dasselbe mit Telnet:
# telnet 172.31.0.69 25
Trying 172.31.0.69...
Connected to 172.31.0.69.
Escape character is '^]'.
220 xxx.localdomain ESMTP Postfix (Debian/GNU)
HELO xxx.com
250 xxx.localdomain
AUTH LOGIN
334 VXNlcm5hbWU6
dGVzdAo=
334 UGFzc3dvcmQ6
dGVzdAo=
535 5.7.8 Error: authentication failed: authentication failure
[main.cf]
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no
append_dot_mydomain = no
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = $myhostname, localhost.$mydomain, localhost
relayhost = XXX
smtp_fallback_relay = XXX
mynetworks = 127.0.0.0/8
#inet_interfaces = loopback-only
inet_protocols = ipv4
recipient_delimiter = +
inet_interfaces = all
smtpd_relay_restrictions = permit_mynetworks
permit_sasl_authenticated reject
# auth
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes
cyrus_sasl_config_path = /etc/postfix/sasl
debug_peer_list = 172.31.0.69
[sasl/smtpd.conf]
pwcheck_method: saslauthd
auxprop_plugin: sasldb
aslech_list: CRAM-MD5 DIGEST-MD5 LOGIN PLAIN
[/etc/Standard/saslauthd]
START=yes
MECHANISMS="sasldb"
OPTIONS="-c -m /var/spool/postfix/var/run/saslauthd -r"
PARAMS="-m /var/spool/postfix/var/run/saslauthd -r"
Bearbeiten 1
[/etc/Mailname]
backup6
Benutzer:
# sasldblistusers2
test@backup6: userPassword
Bearbeiten 2
-r in der saslauthd-Konfiguration entfernt. Laut Dokumentation: „-r Kombinieren Sie den Realm mit dem Login (mit einem '@'-Zeichen dazwischen). Beispielsweise wird login: "foo" realm: "bar" als login: "foo@bar" übergeben. Beachten Sie, dass der Realm trotzdem übergeben wird, was zu unerwartetem Verhalten führen kann."
[/etc/Standard/saslauthd]
START=yes
MECHANISMS="sasldb"
OPTIONS="-c -m /var/spool/postfix/var/run/saslauthd"
PARAMS="-m /var/spool/postfix/var/run/saslauthd"
Dann funktioniert Swaks:
# swaks --to root --server 172.31.0.69:25 --auth LOGIN
Username: test@backup6
Password: test
[...]
235 2.7.0 Authentication successful
Aber Telnet schlägt mit dem Benutzernamen test@backup6 (base64-codiert) immer noch fehl.
Antwort1
Wie in den Kommentaren gesagt, der BenutzernameUndDer Bereich wird an die SASL-Bibliothek gesendet.
-r
wurde aus der Saslauthd-Konfiguration entfernt (unerwartetes Verhalten; der Bereich wird immer noch gesendet) und smtpd_sasl_local_domain
kann zum Testverhalten gezwungen werden.
Mit dieser Konfiguration authentifiziert Swask und Telnet ebenfalls. Bei Telnet war der Fehler ein Base64-Kodierungsfehler (Entschuldigung!). Zur Erinnerung: Verwenden Sie -n
in Echo die Base64-Kodierung ohne Zeilenumbruch:
echo -n $USERNAME | base64