Wiedereinwahl scheitert
Hallo Liste, zur Zeit sitze ich vor einem Problem, von dem ich nicht weiss was ich halten soll. Der Router (SuSE 7.2 & SuSEfirewall 1.6b) baut ganz normal eine Verbindung zum ISP auf und hält diese auch über Stunden hinweg aufrecht. Ist aber jetzt mal eine Weile kein Traffic mehr im Netzwerk, wird die Verbindung abgebaut, und nicht wieder aufgebaut. Lediglich nach dem Ändern des Runlevels von 3 -> 1 -> 3 baut der Router wieder die Verbindung auf, und das Spiel geht von neuem los. :-( Vielleicht kennt sich ja jemand von euch mit einem solchen Problem aus. Gruß Alex
On Tuesday 31 July 2001 07:54, Alexander Reuther wrote:
Hallo Liste,
zur Zeit sitze ich vor einem Problem, von dem ich nicht weiss was ich halten soll. Der Router (SuSE 7.2 & SuSEfirewall 1.6b) baut ganz normal eine Verbindung zum ISP auf und hält diese auch über Stunden hinweg aufrecht. Ist aber jetzt mal eine Weile kein Traffic mehr im Netzwerk, wird die Verbindung abgebaut, und nicht wieder aufgebaut. Lediglich nach dem Ändern des Runlevels von 3 -> 1 -> 3 baut der Router wieder die Verbindung auf, und das Spiel geht von neuem los. :-(
Hast Du Isdn? Hört sich nach einer fehlenden default route an. Prüfe das mal mit route -n Christian
Hast Du Isdn? Hört sich nach einer fehlenden default route an. Prüfe das mal mit
route -n
Christian
Ist eigentlich vorhanden, (nachschau -yep) vielleicht hat ja der Source der SuSEfirewall noch mehr Skripte als SuSEfirewall und ip-up geändert? Wäre mal interessant zu wissen. Gruß Alex
On Tue, 31 Jul 2001, Alexander Reuther wrote:
Hast Du Isdn? Hört sich nach einer fehlenden default route an. Prüfe das mal mit
route -n
Ist eigentlich vorhanden, (nachschau -yep)
Was heisst hier "eigentlich"? Gib den Output von route -n doch mal hierher in die Liste. Ausserdem gibt es da noch den Befehl isdnctrl list ippp0 sofern es ISDN ist. Was sagt er denn da zum Dial-Modus? Steht der auf "Auto" oder vielleicht auf "Manual"?
vielleicht hat ja der Source der SuSEfirewall noch mehr Skripte als SuSEfirewall und ip-up geändert?
Wenn da eine Firewall laeuft, schalte die mal _ausnahmsweise_ und _voruebergehend_ ab, damit Du den Fehler leichter einkreisen kannst. Gruss Peter Blancke -- Nachtwaechter ist der Wahnsinn, weil er wacht...
So, jetzt (musste auch mal arbeiten) route.conf: 192.168.35.0 0.0.0.0 255.255.255.0 eth0 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 192.168.40.0 0.0.0.0 255.255.255.0 eth1 default 192.168.0.99 route -n 62.154.37.11 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 192.168.35.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 62.154.37.11 0.0.0.0 UG 0 0 0 ippp0 Zum einen: a) ja, es ist ISDN (Telekom schafft das mit dem DSL ja nicht ;->) b) an der Konfiguration an sich hat sich nichts geändert, ausser das Update der SuSEfirewall2 c) die IP-Adressen stimmen so oder so nicht... zum anderen bleibt immernoch das alte Problem, warum sich die SuSEfirewall2 immernoch mitten im Betrieb aufhängt. Gruß Alex
a) ja, es ist ISDN (Telekom schafft das mit dem DSL ja nicht ;->) b) an der Konfiguration an sich hat sich nichts geändert, ausser das Update der SuSEfirewall2 c) die IP-Adressen stimmen so oder so nicht...
zum anderen bleibt immernoch das alte Problem, warum sich die SuSEfirewall2 immernoch mitten im Betrieb aufhängt.
Fehler Gefunden: Nach dem Abbau der Verbindung wird zeigt ein route -n lediglich die beiden Netzwerkkarten, aber keine Default route mehr an. Durch ein rcroute restart wird diese wider gesetzt... Gruß Alex
Hi, On Tue, 31 Jul 2001, Alexander Reuther wrote:
Hast Du Isdn? Hört sich nach einer fehlenden default route an. Prüfe das mal mit
route -n
Christian
Ist eigentlich vorhanden, (nachschau -yep) vielleicht hat ja der Source der SuSEfirewall noch mehr Skripte als SuSEfirewall und ip-up geändert?
Wäre mal interessant zu wissen.
Schau mal in deine /etc/route.conf. Wahrscheinlich ist die default
route nicht genau genug definiert für DoD. Dort sollte stehen
default
participants (4)
-
Alexander Reuther
-
Christian Hilgers
-
Henne Vogelsang
-
Peter Blancke