Zehn Sekunden Wartezeit bei Verbindungen

[david_b]

Hallo.
Ich habe seit einem Update von stable auf testing ein merkwürdiges Problem bei Verbindungen zu Daemonen, wie dem imapd (Port 143), dem sshd (Port 22) oder postfix (Port 25).
Wenn ich aus dem Netzwerk auf den Server verbinde, muss ich genau 10 Sekunden auf eine Antwort warten. Vom localhost aus geht alles so schnell wie gewöhnlich:

$ nc -vv 192.168.0.3 25
guba [192.168.0.3] 25 (smtp) open
Zehn Sekunden Wartezeit
220 foobar.dyndns.org ESMTP

Wenn ich auf dem Server netcat starte (echo "foobar" | nc -lp 1024) und dann aus dem Netzwerk verbinde, erhalte ich die Antwort "foobar" prompt. Auch der apache-Server macht keine Probleme..
Die Foren- und Internetsuche war erfolglos..
Danke im Voraus.
David

[blackm]

Hi,

bei Postfix ist das immer ein Zeichen dafuer es es einen Fehler gibt. Hast du mal in /var/log/mail.log und /var/log/mail.err geschaut?

by, Martin

[david_b]

Hallo blackm.
In /var/log sind keine verdächtigen Einträge zu finden. Da es auch bei allen vier Daemons exakt zehn Sekunden sind und bei Verbindungen vom localhost sofort der Prompt vom Server gesendet wird, nehme ich eher an, dass es ein Feature als ein Fehler ist.
Etwas Derartiges habe ich aber nie aktiviert.

Edit: Hier habe ich noch eine etwas genauere Beschreibung des Problems gefunden:
http://lists.suse.com/archive/suse-linu ... /2361.html
Dort steht etwas von ident, der - wenn ich mich richtig erinnere - auf Port 113 läuft. tethereal zeigt jedoch keine Verbindungen auf diesen Port.

[KBDCALLS]

Sieht danach aus als wenn mit der Namensauflösung etwas nicht stimmt.

[david_b]

Sieht danach aus als wenn mit der Namensauflösung etwas nicht stimmt.

Könntest du das etwas genauer erläutern?
Ich habe jetzt mit mehreren Rechnern aus dem Intranet und Internet das gleiche Problem gehabt, ein anderer Debian-Server in dem Netzwerk läuft problemlos.
Die Clients sollten also als Fehlerursache auszuschließen sein.

[KBDCALLS]

Überprüfe mal /etc/resolv und die /etc/host.conf.

[david_b]

Wow, danke..
Das war der entscheidende Hinweis.. Namen wurden über den Router aufgelöst, was wohl irgendwie zu Problemen geführt hat. Mit den öffentlichen DNS-Servern funktioniert es .