dsl hängt nach einiger Zeit
Hallo hab hier folgendes Problem, meine Verbindung zum Internet hängt sich immer nach einiger (allerdings unbestimmter) Zeit auf. Als erstes habe ich die dann die MTU/MRU in der ppp/options auf 1412 runtergesetzt, so wie es in der Beispielconfiguration von Suse stand. Hat aber nicht geholfen :( Auch läuft das Abmelden der DSL-Verbindung nicht sauber, sonst würde ich Dial on Demand versuchen. /var/log/messages enthält dann: -snip---- May 27 09:05:14 server pppd[11800]: No response to 3 echo-requests May 27 09:05:14 server pppd[11800]: Serial link appears to be disconnected. May 27 09:05:19 server SuSEfirewall: Firewall rules successfully set from /etc/rc.config.d/firewall.rc.config May 27 09:05:20 server pppd[11800]: Connection terminated. May 27 09:05:20 server pppd[11800]: Connect time 44.5 minutes. May 27 09:05:20 server pppd[11800]: Sent 1050877 bytes, received 37325053 bytes.May 27 09:05:20 server pppd[11800]: Couldn't release PPP unit: Inappropriate ioctl for device May 27 09:05:20 server pppoe[11801]: read (asyncReadFromPPP): Input/output errorMay 27 09:05:20 server pppoe[11801]: Sent PADT May 27 09:05:20 server pppd[11800]: Exit. -snap---- Diese Meldung kommt allerding erst, seitdem ich lcp-echo-interval 10 lcp-echo-failure 3 in die options einbaut habe, vorher hing die Verbindung kommentarlos. Jemand ne Idee wie ich ne stabile Verbindung hinbekomme? Danke schonmal im Voraus Dominik PS: Hier noch ein paar Konfigurationsdetails: Kernel 2.4.4 pppd version 2.4.0 PPPoE Version 3.0, Copyright (C) 2001 Roaring Penguin Software Inc. ... und meine /etc/ppp/options # /etc/ppp/options #Dial on Demand #demand connect /bin/true ipcp-accept-remote ipcp-accept-local #Der Server teilt uns den Nameserver mit #usepeerdns #mein aktueller Versuch, falls irgendwo IPV6 im Spiel ist ... mru 1280 mtu 1280 # Nach 10 Min auflegen idle 600 noipdefault defaultroute user "<user>@t-online.de" hide-password #Kompression abschalten noaccomp nopcomp novj novjccomp nobsdcomp nodeflate noccp #Kein Modem, kein Handshake nocrtscts local noauth lcp-echo-interval 10 lcp-echo-failure 3 lock #Nicht in den Hintergrund gehen, nur zu Testzwecken aktivieren #nodetach #/etc/ppp/options ende -- Dominik Ritter dominik.ritter@gmx.de http://home.t-online.de/~dominik-ritter/
* Sonntag, 27. Mai 2001 um 09:39 (+0200) schrieb Dominik Ritter:
hab hier folgendes Problem, meine Verbindung zum Internet hängt sich immer nach einiger (allerdings unbestimmter) Zeit auf.
/var/log/messages enthält dann: -snip---- May 27 09:05:14 server pppd[11800]: No response to 3 echo-requests May 27 09:05:14 server pppd[11800]: Serial link appears to be disconnected.
Diese Meldung kommt allerding erst, seitdem ich lcp-echo-interval 10 lcp-echo-failure 3 in die options einbaut habe, vorher hing die Verbindung kommentarlos.
Wie sind die letzten Ausgaben einer hängenden Verbindung mit
debug-Option des pppd und *ohne* lcp-echo-*-Optionen?
Aus obigem Log ist leider nur zu erkennen, dass dein pppd die
Verbindung beendet, weil der RAR nicht auf die LCP-Echo-Requests
geantwortet hat.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hallo Andreas, leider ist mit eingeschaltetem Debug nichts zu erkennen. Der einzige Eintrag im Log, daß überhaupt was schief- gegegangen ist, ist: May 27 14:57:52 server named[731]: listening on IPv4 interface ppp0, 217.85.200.218#53 May 27 14:57:52 server named[731]: no longer listening on 217.85.202.53#53 *seufz* Gruß Dominik Am Sonntag, 27. Mai 2001 11:48 schrieb Andreas Koenecke:
* Sonntag, 27. Mai 2001 um 09:39 (+0200) schrieb Dominik Ritter:
hab hier folgendes Problem, meine Verbindung zum Internet hängt sich immer nach einiger (allerdings unbestimmter) Zeit auf.
/var/log/messages enthält dann: -snip---- May 27 09:05:14 server pppd[11800]: No response to 3 echo-requests May 27 09:05:14 server pppd[11800]: Serial link appears to be disconnected.
Diese Meldung kommt allerding erst, seitdem ich lcp-echo-interval 10 lcp-echo-failure 3 in die options einbaut habe, vorher hing die Verbindung kommentarlos.
Wie sind die letzten Ausgaben einer hängenden Verbindung mit debug-Option des pppd und *ohne* lcp-echo-*-Optionen? Aus obigem Log ist leider nur zu erkennen, dass dein pppd die Verbindung beendet, weil der RAR nicht auf die LCP-Echo-Requests geantwortet hat.
Gruß
Andreas
-- Dominik Ritter dominik.ritter@gmx.de http://home.t-online.de/~dominik-ritter/
Griaseichallemidananda, leider hab' ich die Nachrichten hier nicht von Anfang an verfolgen können, aber ich hab' so ein ähnliches Problem. Nun ja, ich weiss, ist wahrscheinlich ein Konfigurationsproblem, aber dennoch hab' ich hald so meine kleinen Schwierigkeiten. Irgendwie schaffe ich es nicht DOD für T-DSL einzurichten. Die Verbindung wird, wenn ich Sie vergesse stehen zu lassen gekappt. Hierzu ein Auszug aus der messages-Logdatei: May 27 17:41:47 server pppd[28903]: rcvd [LCP EchoReq id=0x7d magic=0x979c20c6 00 00 00 00] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 27 17:41:47 server pppd[28903]: sent [LCP EchoRep id=0x7d magic=0x6548ddee d4 b9 fc c9] May 27 17:41:55 server pppd[28903]: Terminating connection due to lack of activity. May 27 17:41:55 server pppd[28903]: Script /etc/ppp/ip-down started (pid 28994) May 27 17:41:55 server pppd[28903]: Couldn't increase MTU to 1500 May 27 17:41:55 server pppd[28903]: Couldn't increase MRU to 1500 May 27 17:41:55 server pppd[28903]: sent [LCP TermReq id=0x3 "Link inactive"] May 27 17:41:55 server pppd[28903]: rcvd [LCP TermAck id=0x3] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ... May 27 17:41:55 server pppd[28903]: Connection terminated. May 27 17:41:55 server pppd[28903]: Connect time 22.0 minutes. May 27 17:41:55 server pppd[28903]: Sent 1359 bytes, received 1899 bytes. May 27 17:41:55 server pppd[28903]: Couldn't release PPP unit: Inappropriate ioctl for device May 27 17:41:55 server pppd[28903]: Doing disconnect May 27 17:41:55 server pppd[28903]: Waiting for 1 child processes... May 27 17:41:55 server pppd[28903]: script /etc/ppp/ip-down, pid 28994 May 27 17:41:55 server ip-down: Restored original /etc/resolv.conf May 27 17:41:55 server pppd[28903]: Script /etc/ppp/ip-down finished (pid 28994), status = 0x0 May 27 17:41:55 server pppd[28903]: Exit. Wo muss ich denn unter SuSE 7.1 mit 'nem 2.4er Kernel eingreiffen, damit DoD mit einem sagen wir mal 10 Minütigen auto-logoff auch funktioniert. In der Support-Datenbank fand ich leider hierzu "nur" wiedersprüchliche Angaben. :-( Wer weiss Rat? cul8r, BC -- Michael Nausch Anzinger Str. 20 85586 Poing +49-8121-971940 (voice) +49-8121-971941 (fax) +49-8121-971942 (bbs) 300 - 64.000 bps 24h 365 days http://omni128.de bigchief@omni128.de
HI, wenn ich, wie unter der SDB genannt rcpppoed starten möchte erhalte ich folgende Info: bash-2.04# /usr/sbin/rcpppoed start Starting pppoed: Note: /etc/modules.conf is more recent than /lib/modules/2.4.2/modules.dep Note: /etc/modules.conf is more recent than /lib/modules/2.4.2/modules.dep done Was will mir denn das System damit klar machen? Übrigends anschließend klappt weder DOD noch eine "Einwahl" über kinternet, stoppe ich das "teil" wieder mit /usr/sbin/rcpppoed stop, so funktioniert wenigstens wieder die manuelle Anwahl. ttyl, BC -- Michael Nausch Anzinger Str. 20 85586 Poing +49-8121-971940 (voice) +49-8121-971941 (fax) http://omni128.de michael@nausch.org
* Sonntag, 27. Mai 2001 um 19:12 (+0200) schrieb Michael Nausch:
bash-2.04# /usr/sbin/rcpppoed start Starting pppoed: Note: /etc/modules.conf is more recent than /lib/modules/2.4.2/modules.dep Note: /etc/modules.conf is more recent than /lib/modules/2.4.2/modules.dep
done
Was will mir denn das System damit klar machen?
Das du nach einer Veränderung von /etc/modules.conf noch nicht "depmod
-a" gemacht hast.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
* Sonntag, 27. Mai 2001 um 18:03 (+0200) schrieb Michael Nausch:
Griaseichallemidananda,
Moin.
Irgendwie schaffe ich es nicht DOD für T-DSL einzurichten. Die Verbindung wird, wenn ich Sie vergesse stehen zu lassen gekappt.
Das ist doch schon einmal die Hälfte von DOD...
Hierzu ein Auszug aus der messages-Logdatei:
May 27 17:41:55 server pppd[28903]: Terminating connection due to lack of activity.
Wo muss ich denn unter SuSE 7.1 mit 'nem 2.4er Kernel eingreiffen, damit DoD mit einem sagen wir mal 10 Minütigen auto-logoff auch funktioniert.
Ich vermute nun, dass das Wiederherstellen der Verbindung scheitert,
weil sich der pppd beendet hat. Das sollte er bei DOD nicht tun...
Welchen PPPoE-Client benutzt du?
Egal, wie ich in deinem anderen Posting sehe, benutzt du Kernel 2.4.2,
du kannst also einen Kernel selbst erstellen. Dann solltest du die
PPPoE-Unterstüzung der 2.4.x-Kernel nutzen. Dazu solltest du in der
Kernel-Konfig PPPoE als Modul bauen lassen, von
http://www.shoshin.uwaterloo.ca/~mostrows den gepatchten pppd
herunterladen, installieren und ihn nach den Anweisungen auf obiger
URL konfigurieren.
Bevor du DOD einrichtest, würde ich die Verbindung erst einmal
"händisch" starten und beenden. Funktioniert alles zu vollsten
Zufriedenheit, abschließend "demand" und "idle 600" in die
Optionen-Datei des pppd und fertig ist DOD...
Wenn du unbedingt das rcpppoed-Skript weiterhin nutzen willst, musst
du es soweit abändern, das im start-Zweig der pppd mit "pppd ethX"
gestartet wird und im stop-Zweig mit "kill $(cat /var/run/ppp0.pid)"
beendet wird.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hallo Dominik, * Sonntag, 27. Mai 2001 um 16:09 (+0200) schrieb Dominik Ritter:
leider ist mit eingeschaltetem Debug nichts zu erkennen.
Dann ist die debug-Option nicht gesetzt; sonst müsstest du in /v/l/m wenigstens die LCP-Echo-Requests und -Replys des RARs bzw. deines pppd sehen...
Der einzige Eintrag im Log, daß überhaupt was schief- gegegangen ist, ist: May 27 14:57:52 server named[731]: listening on IPv4 interface ppp0, 217.85.200.218#53 May 27 14:57:52 server named[731]: no longer listening on 217.85.202.53#53
Bietest du (noch) öffentlich DNS-Service an? Ansonsten besser den
named nur auf lokalen Interfaces "horchen" lassen.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
participants (4)
-
Andreas Koenecke
-
Dominik-Ritter@t-online.de
-
Michael Nausch
-
Michael Nausch