Dovecot afirma que los puertos están en uso, netstat no está de acuerdo

Dovecot afirma que los puertos están en uso, netstat no está de acuerdo

Al intentar iniciar dovecot me da esto:

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

Y 'netstat -tulpn' muestra esto:

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

¿Alguna idea de lo que me estoy perdiendo aquí?

ACTUALIZAR:

selinux está deshabilitado y la distribución es 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

Respuesta1

dovecot parece no ser consciente de (compatible con) portreserve.

Verifique /etc/portreserve para ver los archivos de configuración que reservan los puertos que necesita y elimínelos del alcance (por ejemplo, cámbieles el nombre a ~). Alternativamente, puede agregar portrelease a sus scripts de inicio de dovecot para liberar los puertos necesarios justo antes de iniciar dovecot.

Vale la pena señalar esta errata (https://access.redhat.com/errata/RHSA-2020:1062) que conduce a este informe de error ("Dovecot debería usar portrelease para evitar conflictos de puertos con montajes NFSv4"https://bugzilla.redhat.com/show_bug.cgi?id=1570283). Esto parecería vincularlo más a un defecto de Portreseve que es antagonizado por NFSv4. No me queda claro que la fe de erratas realmente solucione el problema, ya que el informe de error solo proporciona algo de contexto y quizás una solución alternativa.

No creo que esto se pueda solucionar en el lado del palomar, y arreglar el portreserve debería solucionarlo. SUNRPC tiene la desventaja conocida de asignar aleatoriamente los puertos rpc 665-1023 (bueno, no completamente al azar, es algo así como 6XX+pid que resulta en problemas regulares con los puertos 993/995 en ciertos sistemas), por lo tanto, cuando NFSv4 está implementado y no tiene puertos estáticos asignados, puede consumir aleatoriamente el puerto 993/995.

información relacionada