Puncte:2

Dovecot susține că porturile sunt în uz, netstat nu este de acord

drapel cn

Încercarea de a începe porumbelul îmi dă asta:

Apr 28 13:37:00 master: Eroare: service(pop3-login): listen(*, 110) failed: Adresa deja utilizată
Apr 28 13:37:00 master: Eroare: service(pop3-login): listen(*, 995) failed: Adresa deja utilizată
Apr 28 13:37:00 master: Eroare: service(imap-login): listen(*, 143) failed: Adresa deja utilizată
Apr 28 13:37:00 master: Eroare: service(imap-login): listen(*, 993) failed: Adresa deja utilizată

Și „netstat -tulpn” afișează asta:

tcp 0 0 0.0.0.0:25 0.0.0.0:* ASCULTĂ 3369/master
tcp 0 0 0.0.0.0:52125 0.0.0.0:* ASCULTĂ 2396/rpc.statd
tcp 0 0 0.0.0.0:3306 0.0.0.0:* ASCULTĂ 3244/mysqld
tcp 0 0 0.0.0.0:111 0.0.0.0:* ASCULTĂ 2375/rpcbind
tcp 0 0 :::22 :::* ASCULTĂ 2562/sshd
tcp 0 0 :::25 :::* ASCULTĂ 3369/master
tcp 0 0 :::443 :::* ASCULTĂ 3390/httpd
tcp 0 0 :::39631 :::* ASCULTĂ 2396/rpc.statd
tcp 0 0 :::111 :::* ASCULTĂ 2375/rpcbind
tcp 0 0 :::80 :::* ASCULTĂ 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

Ai idee ce îmi lipsește aici?

ACTUALIZAȚI:

selinux este dezactivat, iar distribuția este AWX Linux:

$ getenforce
Dezactivat

$ uname -a
Linux ip-10-0-82-190 4.14.268-139.500.amzn1.x86_64 #1 SMP miercuri 2 mar 18:48:10 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
Appleoddity avatar
drapel ng
Se leagă porumbelul de porturi ca rădăcină? Numai root se poate lega la porturi sub 1024.
drapel cn
Rulez porumbel ca root. De asemenea, după cum s-a spus, jurnalul porumbelului spune că porturile sunt în uz.
drapel in
Ce distributie folosesti? Selinux l-ar putea preveni și el.
drapel us
Rob
Verificați configurația efectivă (după analizarea dovecot.conf și toate incluse) cu `dovecot -n` și poate consultați: https://serverfault.com/a/1017158/960939
drapel cn
A fost portreserve! Ce porcărie aiurea! Repostează ca răspuns și voi acorda recompensă.
Doug avatar
drapel in
Nu m-am uitat la linkul din comentariul lui Rob când mi-am scris răspunsul, așa că am considerat asta ca user646372 care își rezolvă propria problemă. Creditul ar trebui să-i revină lui Rob, pentru că acum văd că legătura lui a fost modul în care am ajuns acolo.
Puncte:3
drapel in

porumbelul pare să nu cunoască (compatibil cu) portreserve.

Verificați /etc/portreserve pentru fișierele de configurare care rezervă porturi de care aveți nevoie și eliminați-le din domeniu (de exemplu, redenumiți-le cu ~). Alternativ, puteți adăuga portrelease la scripturile de inițializare dovecot pentru a elibera porturile necesare chiar înainte de a porni dovecot.

Merită remarcat această errată (https://access.redhat.com/errata/RHSA-2020:1062) care duce la acest raport de eroare („Dovecot ar trebui să folosească portrelease pentru a evita conflictele de porturi cu monturile NFSv4” https://bugzilla.redhat.com/show_bug.cgi?id=1570283). Acestea ar părea să-l lege mai aproape de un defect portreseve care este antagonizat de NFSv4. Nu este clar pentru mine că errata remediază problema, deoarece raportul de eroare oferă doar un anumit context și poate o soluție.

Nu cred că acest lucru poate fi reparat pe partea de porumbel - și fixarea Portreserve ar trebui să rezolve acest lucru.SUNRPC are un dezavantaj cunoscut de a atribui aleatoriu porturi rpc 665-1023 (bine - nu complet aleatoriu - este ceva de genul 6XX+pid, care are ca rezultat probleme obișnuite cu porturile 993/995 pe anumite sisteme) - astfel, atunci când NFSv4 este la locul său și este nu are porturi statice alocate, poate consuma aleatoriu portul 993/995.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.