☰

Dovecot behauptet, dass die Ports verwendet werden, Netstat widerspricht

tag-icon • tag-icon port dovecot tcp netstat
Dovecot behauptet, dass die Ports verwendet werden, Netstat widerspricht

Beim Versuch, Dovecot zu starten, erhalte ich Folgendes:

Apr 28 13:37:00 master: Error: service(pop3-login): listen(*, 110) failed: Address already in use
Apr 28 13:37:00 master: Error: service(pop3-login): listen(*, 995) failed: Address already in use
Apr 28 13:37:00 master: Error: service(imap-login): listen(*, 143) failed: Address already in use
Apr 28 13:37:00 master: Error: service(imap-login): listen(*, 993) failed: Address already in use

Und „netstat -tulpn“ zeigt Folgendes an:

tcp        0      0 0.0.0.0:25                  0.0.0.0:*                   LISTEN      3369/master
tcp        0      0 0.0.0.0:52125               0.0.0.0:*                   LISTEN      2396/rpc.statd
tcp        0      0 0.0.0.0:3306                0.0.0.0:*                   LISTEN      3244/mysqld
tcp        0      0 0.0.0.0:111                 0.0.0.0:*                   LISTEN      2375/rpcbind
tcp        0      0 :::22                       :::*                        LISTEN      2562/sshd
tcp        0      0 :::25                       :::*                        LISTEN      3369/master
tcp        0      0 :::443                      :::*                        LISTEN      3390/httpd
tcp        0      0 :::39631                    :::*                        LISTEN      2396/rpc.statd
tcp        0      0 :::111                      :::*                        LISTEN      2375/rpcbind
tcp        0      0 :::80                       :::*                        LISTEN      3390/httpd
udp        0      0 0.0.0.0:68                  0.0.0.0:*                               2236/dhclient
udp        0      0 0.0.0.0:111                 0.0.0.0:*                               2375/rpcbind
udp        0      0 10.0.82.190:123             0.0.0.0:*                               2589/ntpd
udp        0      0 127.0.0.1:123               0.0.0.0:*                               2589/ntpd
udp        0      0 0.0.0.0:123                 0.0.0.0:*                               2589/ntpd
udp        0      0 0.0.0.0:43243               0.0.0.0:*                               2396/rpc.statd
udp        0      0 0.0.0.0:854                 0.0.0.0:*                               2375/rpcbind
udp        0      0 127.0.0.1:876               0.0.0.0:*                               2396/rpc.statd
udp        0      0 :::111                      :::*                                    2375/rpcbind
udp        0      0 :::854                      :::*                                    2375/rpcbind
udp        0      0 :::54504                    :::*                                    2396/rpc.statd

Irgendeine Idee, was ich hier übersehe?

AKTUALISIEREN:

selinux ist deaktiviert und die Distribution ist AWX Linux:

$ getenforce
Disabled

$ uname -a
Linux ip-10-0-82-190 4.14.268-139.500.amzn1.x86_64 #1 SMP Wed Mar 2 18:48:10 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Antwort1

Dovecot scheint Portreserve nicht zu kennen (nicht damit kompatibel zu sein).

Suchen Sie in /etc/portreserve nach Konfigurationsdateien, die die benötigten Ports reservieren, und entfernen Sie diese aus dem Gültigkeitsbereich (benennen Sie sie z. B. mit ~ um). Alternativ können Sie Ihren Dovecot-Init-Skripten portrelease hinzufügen, um die erforderlichen Ports unmittelbar vor dem Start von Dovecot freizugeben.

Es ist erwähnenswert, dass diese Errata (https://access.redhat.com/errata/RHSA-2020:1062), was zu diesem Fehlerbericht führt („Dovecot sollte Portrelease verwenden, um Portkonflikte mit NFSv4-Mounts zu vermeiden“https://bugzilla.redhat.com/show_bug.cgi?id=1570283). Diese scheinen eher auf einen Portreseve-Defekt hinzuweisen, der durch NFSv4 verstärkt wird. Mir ist nicht klar, ob die Errata das Problem tatsächlich beheben, da der Fehlerbericht nur einen Kontext und möglicherweise eine Problemumgehung liefert.

Ich glaube nicht, dass dies auf der Dovecot-Seite behoben werden kann – und die Behebung von Portreserve sollte das Problem beheben. SUNRPC hat den bekannten Nachteil, dass die RPC-Ports 665-1023 zufällig zugewiesen werden (also nicht völlig zufällig – es ist so etwas wie 6XX+pid, was auf bestimmten Systemen regelmäßig zu Problemen mit den Ports 993/995 führt) – wenn also NFSv4 vorhanden ist und keine statischen Ports zugewiesen sind, kann es den Port 993/995 zufällig belegen.

verwandte Informationen