AW: [suse-isdn] ippp0 wählt sich ständig ein
Hi Jörg, genau diesen Workaround habe ich bei mir schon implementiert. Ich muss aber Peter Recht geben. Das kann ja wohl nicht Sinn der Sache sein. Auch auf meinem 6.0 System hat es nie derartige Probleme gegeben. Hast Du mal die Zeit gestoppt, wie lange die Connections in FIN_WAIT1 verweilen? Auf meinem System bewegt sich das im Bereich von 15 Minuten. Wenn nun viel parallel gesurft wird und ggf. viele Connections in diesem Zustand verweilen, könnte dadurch vielleicht das gesamte System (Kernel) träger werden? Gruß Axel -----Ursprüngliche Nachricht----- Von: Jörg Schmitz-Linneweber [mailto:jsl@sth.ruhr-uni-bochum.de] Gesendet am: Mittwoch, 25. August 1999 10:25 An: Peter Bossy Cc: suse-isdn@suse.com Betreff: Re: [suse-isdn] ippp0 wählt sich ständig ein Hi! Sieh dir mal mit "netstat -t" deine aktiven TCP-Verbindungen an. Dort findest du zu solchen Zeiten mit Sicherheit eine (oder mehrere) im Zustand FIN_WAIT1. Da Linux aber ein ordentliches System ist, :-) baut er für diese - von der anderen Seite schon beendete - Verbindung eine neue auf, um dem Partner (der schon längst weg ist) zu sagen: Ich beende jetzt auch die Verbindung ;-) Lösung (vielleicht): im Skript ip-down eine Firewall-Regel einbauen, die die gerade ungültig gewordene (dyn. IP-Adresse) komplett "rejected". (Dafür muß natürlich zunächst ein Firewall-System aufgebaut werden... Salut, Jörg -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
Hallo! Mein Problem mit dem Router besteht immer noch. Mit netstat --ip -n -c bin ich dem Problem jetzt auch auf die Spur gekommen. Einige von Euch hatten mir diesen Tip gegeben. Der Effekt tritt oft (nicht immer!) dann auf wenn ich mit Netscape via squid eine webseite angesurft habe. netstat liefert folgende Meldung: Active Internet connections (w/o servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 192.168.1.9:513 192.168.1.3:1022 ESTABLISHED tcp 0 0 192.168.1.9:10000 192.168.1.3:1173 ESTABLISHED tcp 0 1 195.8.225.126:1225 194.97.171.11:80 FIN_WAIT1 tcp 0 1 195.8.225.126:1223 194.97.171.11:80 FIN_WAIT1 tcp 0 1 195.8.225.126:1222 194.97.171.11:80 FIN_WAIT1 tcp 0 0 192.168.1.9:513 192.168.1.3:1023 ESTABLISHED tcp 0 0 127.0.0.1:1041 127.0.0.1:1042 ESTABLISHED tcp 0 0 127.0.0.1:1042 127.0.0.1:1041 ESTABLISHED tcp 0 0 127.0.0.1:1039 127.0.0.1:1040 ESTABLISHED tcp 0 0 127.0.0.1:1040 127.0.0.1:1039 ESTABLISHED tcp 0 0 127.0.0.1:1037 127.0.0.1:1038 ESTABLISHED tcp 0 0 127.0.0.1:1038 127.0.0.1:1037 ESTABLISHED tcp 0 0 127.0.0.1:1035 127.0.0.1:1036 ESTABLISHED tcp 0 0 127.0.0.1:1036 127.0.0.1:1035 ESTABLISHED tcp 0 0 127.0.0.1:1033 127.0.0.1:1034 ESTABLISHED tcp 0 0 127.0.0.1:1034 127.0.0.1:1033 ESTABLISHED Das Problem ist unter SuSE 6.0 nicht aufgetreten. Habe meine ip-up aus dieser version übernommen. Ich bilde mir mal ein, daß ich die Konfiguration genauso vorgenommmen habe wie früher auch. Vielleicht haben die SuSE-Netzwerkspezialisten eine Lösung dafür? Wie mir Eure Zuschriften zeigen, bin ich nicht der einzige mit diesem Problem. Gruß Peter
participants (2)
-
Burghardt, Axel -
Peter Bossy