Onderwerp: imapd/pop3d gebruikt port 80?

We hebben een systeem met o.a. courier imap/pop3, xinetd, ssh waar het af en toe voorkomt dat imapd/pop3d port 80 en/of xinetd port 22 in gebruik heeft:

Partial lsof output:

couriertc root 5u IPv4 TCP *:143 (LISTEN)
couriertc root 5u IPv4 TCP *:993 (LISTEN)
couriertc root 5u IPv4 TCP *:110 (LISTEN)
couriertc root 5u IPv4 TCP *:995 (LISTEN)
httpd root 3u IPv4 TCP *:80 (LISTEN)
httpd root 4u IPv4 TCP *:443 (LISTEN)
pop3d popuser 0u IPv4 TCP 10.10.10.10:80->20.20.20.20:3790 (TIME_WAIT)
pop3d popuser 1u IPv4 TCP 10.10.10.10:80->20.20.20.20:3790 (TIME_WAIT)

en/of

imapd popuser 0u IPv4 TCP 10.10.10.10:80->30.30.30.30:3080 (TIME_WAIT)
imapd popuser 1u IPv4 TCP 10.10.10.10:80->30.30.30.30:3080 (TIME_WAIT)

en/of (sshd draaide op dat moment niet):

xinetd root 9u IPv4 TCP *:22 (LISTEN)

Waarbij apache en sshd normaal in het opstartproces opstarten op de desbetreffende porten en het dus onmogelijk lijkt dat andere processen dezelfde porten in gebruik krijgen.

Kan iemand dit verklaren? Alvast bedankt,

Gebruikt u NAT op een van de servers ?

Gebruikt u NAT op een van de servers ?

Nee, maar de betreffende systeem hangt wel achter een Hardware NAT firewall.

Ik veronderstel dat de firewall transparant draaid?

Als er geen NAT word gebruikt of andere portmapping zou elke server toch op de goede poort moeten connecten.

Bij NAT is het zeker mogelijk dat er andere poorten worden gebruikt naar buiten toe, maar deze zouden normaal allemaal boven de 1024 moeten liggen...

En, zou het ook niet kunnen als he inloged via imap, meestal webbased email dat het connect op poort 80 extern en intern via 127.0.0.1 op imap poort.

Ik veronderstel dat de firewall transparant draaid?

Ja

En, zou het ook niet kunnen als he inloged via imap, meestal webbased email dat het connect op poort 80 extern en intern via 127.0.0.1 op imap poort.

Zou kunnen maar is dat normaal?

Origineel geplaatst door GlobalServe
En, zou het ook niet kunnen als he inloged via imap, meestal webbased email dat het connect op poort 80 extern en intern via 127.0.0.1 op imap poort.

Dan nog zal de pop deamon niet gesetteld worden op 80 maar dmv een socket geopend worden op de betreffende poort.

Can't help then, zie niet echt wa het probleem is.

Connecteer eens vanop een intern netwerk naar die server via pop3/imap.

Kijk eens wat er dan gebeurt.

Op moment deze op poort 80 staat en je bekijkt raw de poort, is hij dan ook daadwerkelijk een pop3 poort ?

moet je ff telnetten naar die poort, zie je het meteen als er een pop servertje achterhangt

Nee, heeft nix met NAT te maken en de connectie komen niet van/naar localhost, anders had ik dat IP adres gewoon laten staan... dus het is een verbinding van buiten naar het externe IP adres port 80 die door imapd/pop3d in gebruik is, terwijl je zou verwachten dat dit alleen apache zou kunnen zijn, web-based is zou wel kunnen, maar dan moet imapd via een eetuid programma opgestart worden welke dan exec() doet en dan moet apache de verbinding hebben geclosed zodat ie alleen nog in gebruik is door imapd, maar dat lijkt me heel erg far-fetched...