Routing/Standardgateway - Zeitverzögerung
Posted: 14. Apr 2004 10:02
Hi
Ich bin mir unsicher, in welcher Zone ich richtig bin. Notfalls einfach verschieben - es gibt kein Doppelposting hiervon. Danke.
Seit einigen Monaten jage ich im Netz folgendem Problem hinterher: Mein "herkules" unter Suse 8.1 hatte traditionellerweise nach dem Verbindungsaufbau mit dem Modem (=zuweisen der Nameserver) eine Gedenkminute eingelegt bis die erste Verbindung (passwortabfrage für's mail-abholen) wirklich zustande kam. Ich habe das bisher für ein notwendiges Übel gehalten, das ich bald los bin. Jetzt hängt herkules gemeinsam mit anderen Rechnern in einem Familiennetzwerk und nimmt über "transporter", eine Debian-firewall-routing-nat-Kiste, Verbindung in's Internet auf.
Zum Einrichten von transporter hat herkules über ssh mit transporter kommuniziert- was ja recht flott ging. Seitdem aber die Weiterleitung (in YAST2//Routing//In der Zeile Standardgateway: Eintrag der ip von transporter) eingetragen ist, benötigt auch ssh gestoppte und wiederholbare 145 Sekunden bis die Verbindung zustandekommt.
Lösungsideen waren bisher:
.) Namensauflösung im Loaklen Netz ist in Ordnung. Eine erste Anfrage von herkules zum transporter findet statt. Meldet sich transporter (ssh hat glaube ich port 22), dann dauert es ewig, bis die Passwortabfrage auf herkules lesbar ist. Auch die ebenfalls vorhandenen Win-PC's haben kein Problem unter putty den namen transporter auf die zugehörige lokale ip umzusetzen und melden sich sofort, innerhalb von Sekunden.
.) /var/log/messages hat keine Einträge für die Zeit in der die Probleme auftreten. Hier kann es schlimmstenfalls notwendig sein, eine höhere log-Stufe einzuschalten.
Meine Frage: Woher kommt diese Zeitverzögerung und wie kann man die verfolgen und loswerden oder zumindest gewaltig verkürzen? Wie oben gesagt, sobald die weiterleitung ausgeschaltet ist, ist der Effekt weg!
Für die Suchfunktion habe ich offensichtlich noch nicht den richtigen Suchbegriff gefunden - jedenfalls war bisher auch google und co. nicht sehr aussagekräftig.
Gruß und *zirp*
GriLLe
--
MS-DOS: Macht Schwermütig - Durch Optimierte Schikane
Ich bin mir unsicher, in welcher Zone ich richtig bin. Notfalls einfach verschieben - es gibt kein Doppelposting hiervon. Danke.
Seit einigen Monaten jage ich im Netz folgendem Problem hinterher: Mein "herkules" unter Suse 8.1 hatte traditionellerweise nach dem Verbindungsaufbau mit dem Modem (=zuweisen der Nameserver) eine Gedenkminute eingelegt bis die erste Verbindung (passwortabfrage für's mail-abholen) wirklich zustande kam. Ich habe das bisher für ein notwendiges Übel gehalten, das ich bald los bin. Jetzt hängt herkules gemeinsam mit anderen Rechnern in einem Familiennetzwerk und nimmt über "transporter", eine Debian-firewall-routing-nat-Kiste, Verbindung in's Internet auf.
Zum Einrichten von transporter hat herkules über ssh mit transporter kommuniziert- was ja recht flott ging. Seitdem aber die Weiterleitung (in YAST2//Routing//In der Zeile Standardgateway: Eintrag der ip von transporter) eingetragen ist, benötigt auch ssh gestoppte und wiederholbare 145 Sekunden bis die Verbindung zustandekommt.
Lösungsideen waren bisher:
.) Namensauflösung im Loaklen Netz ist in Ordnung. Eine erste Anfrage von herkules zum transporter findet statt. Meldet sich transporter (ssh hat glaube ich port 22), dann dauert es ewig, bis die Passwortabfrage auf herkules lesbar ist. Auch die ebenfalls vorhandenen Win-PC's haben kein Problem unter putty den namen transporter auf die zugehörige lokale ip umzusetzen und melden sich sofort, innerhalb von Sekunden.
.) /var/log/messages hat keine Einträge für die Zeit in der die Probleme auftreten. Hier kann es schlimmstenfalls notwendig sein, eine höhere log-Stufe einzuschalten.
Meine Frage: Woher kommt diese Zeitverzögerung und wie kann man die verfolgen und loswerden oder zumindest gewaltig verkürzen? Wie oben gesagt, sobald die weiterleitung ausgeschaltet ist, ist der Effekt weg!
Für die Suchfunktion habe ich offensichtlich noch nicht den richtigen Suchbegriff gefunden - jedenfalls war bisher auch google und co. nicht sehr aussagekräftig.
Gruß und *zirp*
GriLLe
--
MS-DOS: Macht Schwermütig - Durch Optimierte Schikane