Hallo,
ich habe vor einigen Tagen schon mal was wegen des sterbenden pppd gefragt und nur sehr wage Antworten bekommen. Dann hab ich den pppd und den ppoe erstmal auf den neuesten Stand gebracht: ppp-2.4.1.uus-1 Point-to-Point Protocol (PPP) daemon. pppoe-3.2-1 PPP over Ethernet driver
Geändert hat sich nichts. Wenn die Gegenseite auflegt stribt der pppoe und deshalb auch pppd womit das interface ppp0 auch verschwindet und keine automatische Neueinwahl erfolgen kann.
Per cron zu pollen, ob das ppp0-interface noch da ist, und ggf. "/etc/init.d/ppp start" aufzurufen halte ich für ziemlich krank. Hat keiner eine andere Idee den pppd am Leben zu halten?
hier nochmal die syslog-Meldungen bei Auflegen des Gegners
Nov 4 10:02:36 max pppd[165]: LCP terminated by peer Nov 4 10:02:37 max pppoe[9197]: Session terminated -- received PADT from peer Nov 4 10:02:37 max pppd[165]: ioctl(PPPIOCSASYNCMAP): Inappropriate ioctl for device(25) Nov 4 10:02:37 max pppd[165]: tcflush failed: Input/output error Nov 4 10:02:37 max pppd[165]: Exit.
Reinhard
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sunday 04 November 2001 10:55, Reinhard Foerster wrote:
Per cron zu pollen, ob das ppp0-interface noch da ist, und ggf. "/etc/init.d/ppp start" aufzurufen halte ich für ziemlich krank. Hat keiner eine andere Idee den pppd am Leben zu halten?
Fix das Problem selbst oder finde jemanden, der pppoe fixt. ;-)
Konrad
- -- Death, when unnecessary, is a tragic thing. -- Flint, "Requiem for Methuselah", stardate 5843.7
Am Sun den 04 Nov 2001 um 11:15:46AM +0100 schrieb Konrad Rosenbaum:
On Sunday 04 November 2001 10:55, Reinhard Foerster wrote:
Per cron zu pollen, ob das ppp0-interface noch da ist, und ggf. "/etc/init.d/ppp start" aufzurufen halte ich für ziemlich krank. Hat keiner eine andere Idee den pppd am Leben zu halten?
Fix das Problem selbst oder finde jemanden, der pppoe fixt. ;-)
Jo, so funzt nun mal Open Source. Ist aber IMHO gar nicht nötig. Endlich kann man mal Reinhard ein RTFM schicken ;-)
man pppd:
persist Do not exit after a connection is terminated; instead try to reopen the connection. The maxfail option still has an effect on persistent connec tions.
Tschau, andre
On Sun, Nov 04, 2001 at 12:43:47PM +0100, Andre Schulze wrote:
Endlich kann man mal Reinhard ein RTFM schicken ;-)
man pppd:
persist Do not exit after a connection is terminated; instead try to reopen the connection. The maxfail option still has an effect on persistent connec tions.
Nene, das habe ich auch gelesen und schon immer eingeschaltet. Geht nicht. Das klappt nur, wenn der Gegner die PPP-Session beendet aber das von pppoe bereitgestellte pseudo-tty, auf dem der pppd arbeitet, noch da ist. Da aber pppoe terminiert ist das pseudo-tty weg und pppd gibt auf.
Reinhard
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sunday 04 November 2001 18:29, Reinhard Foerster wrote:
On Sun, Nov 04, 2001 at 12:43:47PM +0100, Andre Schulze wrote:
Endlich kann man mal Reinhard ein RTFM schicken ;-)
man pppd:
persist Do not exit after a connection is terminated; instead try to reopen the connection. The maxfail option still has an effect on persistent connec tions.Nene, das habe ich auch gelesen und schon immer eingeschaltet. Geht nicht. Das klappt nur, wenn der Gegner die PPP-Session beendet aber das von pppoe bereitgestellte pseudo-tty, auf dem der pppd arbeitet, noch da ist. Da aber pppoe terminiert ist das pseudo-tty weg und pppd gibt auf.
Um mal was positives zu sagen: meinen Test mit Kabel für eine Minute rausnehmen hat es mit dieser Option überlebt (Reconnect nach ca. 1,5 Min.).
Konrad
- -- BOFH excuse #389:
/dev/clue was linked to /dev/null
On Sun, Nov 04, 2001 at 08:02:59PM +0100, Konrad Rosenbaum wrote:
Um mal was positives zu sagen: meinen Test mit Kabel für eine Minute rausnehmen hat es mit dieser Option überlebt (Reconnect nach ca. 1,5 Min.).
auch ausprobiert: wenn das kabel einige Zeit draussen ist, merkt der pppoe das:
Nov 4 20:32:04 max pppoe[10880]: Inactivity timeout... something wicked happened Nov 4 20:32:04 max pppoe[10880]: Sent PADT Nov 4 20:32:04 max pppd[10192]: Modem hangup Nov 4 20:32:04 max pppd[10192]: Connection terminated.
kabel wieder rein, ping nach draussen und er stellt die Verbindung sofort wieder her:
Nov 4 20:33:18 max pppd[10192]: Starting link Nov 4 20:33:19 max pppd[10192]: Serial connection established. Nov 4 20:33:19 max pppd[10192]: Connect: ppp0 <--> /dev/pts/2 Nov 4 20:33:19 max pppoe[11493]: PADS: Service-Name: '' Nov 4 20:33:19 max pppoe[11493]: PPP session is 6210 Nov 4 20:33:22 max pppd[10192]: Local IP address changed to 217.85.233.223
Wie man an den PIDs erkennen kann hat der pppd einen neuen pppoe gestartet. So soll es sein. Nur wenn ich vom Gegner so ein PADT-Paket bekomme stirbt der pppoe UND (!!!) der pppd. Das der pppoe strirbt ist richtig: (man pppoe)
Normally, PPP uses the Link Control Protocol (LCP) to shut down a PPP link. However, the PPPoE specification allows the link to be shut down with a special PADT (PPPoE Active Discovery Terminate) packet. This client recognizes this packet and will correctly terminate if a terminate request is received for the PPP session.
aber der pppd müßte eben noch weiterleben und einene neuen pppoe starten wie in obigem Beispiel mit gekapptem Kabel.
Reinhard
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sunday 04 November 2001 20:48, Reinhard Foerster wrote:
On Sun, Nov 04, 2001 at 08:02:59PM +0100, Konrad Rosenbaum wrote:
Um mal was positives zu sagen: meinen Test mit Kabel für eine Minute rausnehmen hat es mit dieser Option überlebt (Reconnect nach ca. 1,5 Min.).
auch ausprobiert: wenn das kabel einige Zeit draussen ist, merkt der pppoe das:
[cut]
aber der pppd müßte eben noch weiterleben und einene neuen pppoe starten wie in obigem Beispiel mit gekapptem Kabel.
ich hab mir Deine Fehlermeldung nochmal angeschaut. Sieht so aus, als würde der pppd das Terminal verlieren. Da ich keine Ahnung habe, wer sich um das Terminal kümmert (pppoe?), setze ich mal "holdoff 5", mal sehen, ob dieser jemand das Terminal neu aufbauen kann - genaueres also in 24 Stunden.
Konrad
- -- BOFH excuse #380:
Operators killed when huge stack of backup tapes fell over.
On Sun, Nov 04, 2001 at 08:57:36PM +0100, Konrad Rosenbaum wrote:
On Sunday 04 November 2001 20:48, Reinhard Foerster wrote:
ich hab mir Deine Fehlermeldung nochmal angeschaut. Sieht so aus, als würde der pppd das Terminal verlieren.
genau so ist es. pppoe tot = pseudoterminal weg in dem syslogauszug von mir konnte man schön sehen, daß der ppd nicht schnallt, daß der pppoe tot ist und munter weiter mit ihm schwatzen will. Und wenn das nicht klappt gibt der pppd beleidigt auf :-)
Da ich keine Ahnung habe, wer sich um das Terminal kümmert (pppoe?),
Das Ding baut sich der pppd selbst indem er den pppoe startet und dessen stdin/-out als pseudo-tty nutzt
setze ich mal "holdoff 5", mal sehen, ob dieser jemand das Terminal neu aufbauen kann - genaueres also in 24 Stunden.
Ich glaube der kommt gar nicht so weit, daß er schon wieder ein neues tty aufbauen will. SO ganz sicher bin ich mir da aber aber noch nicht.
Reinhard
On Sun, Nov 04, 2001 at 10:55:48AM +0100, Reinhard Foerster wrote:
ich glaube ich sollte mich mal mit dem diald befassen. Er scheint das leisten zu können, was ich suche.
Reinhard
On Sun Nov 04, 2001 at 10:55:48 +0100, Reinhard Foerster wrote:
ppp-2.4.1.uus-1 Point-to-Point Protocol (PPP) daemon. pppoe-3.2-1 PPP over Ethernet driver
Geändert hat sich nichts. Wenn die Gegenseite auflegt stribt der pppoe und deshalb auch pppd womit das interface ppp0 auch verschwindet und keine automatische Neueinwahl erfolgen kann.
Ich habe diesbzgl. ueberhaupt keine Probleme, bei mir laeuft alles so wie es soll...
Per cron zu pollen, ob das ppp0-interface noch da ist, und ggf. "/etc/init.d/ppp start" aufzurufen halte ich für ziemlich krank. Hat keiner
ACK.
Nov 4 10:02:36 max pppd[165]: LCP terminated by peer Nov 4 10:02:37 max pppoe[9197]: Session terminated -- received PADT from peer Nov 4 10:02:37 max pppd[165]: ioctl(PPPIOCSASYNCMAP): Inappropriate ioctl for device(25) Nov 4 10:02:37 max pppd[165]: tcflush failed: Input/output error
Hmm. Welche Kernel-Version benutzt Du? PPP im Kern oder als Modul?
Adam
On Sun, Nov 04, 2001 at 11:22:19AM +0100, Adam Lackorzynski wrote:
Ich habe diesbzgl. ueberhaupt keine Probleme, bei mir laeuft alles so wie es soll...
Hast du mal einen Stück syslog da, wenn die Verbindung vom Gegner gekappt wurde? Also Zeilen nach einem "LCP terminated by peer" vom pppd? Wenn meine Seite die Verbindung abbaut weil x Minuten keine Daten mehr flossen geht bei mir auch alles gut
Nov 4 10:02:36 max pppd[165]: LCP terminated by peer Nov 4 10:02:37 max pppoe[9197]: Session terminated -- received PADT from peer Nov 4 10:02:37 max pppd[165]: ioctl(PPPIOCSASYNCMAP): Inappropriate ioctl for device(25) Nov 4 10:02:37 max pppd[165]: tcflush failed: Input/output error
Hmm. Welche Kernel-Version benutzt Du? PPP im Kern oder als Modul?
2.4.12, ppp als modul, atuelles woody
Reinhard
On Sun Nov 04, 2001 at 18:35:49 +0100, Reinhard Foerster wrote:
On Sun, Nov 04, 2001 at 11:22:19AM +0100, Adam Lackorzynski wrote: Hast du mal einen Stück syslog da, wenn die Verbindung vom Gegner gekappt wurde? Also Zeilen nach einem "LCP terminated by peer" vom pppd?
Naja, kann nur mit
Oct 29 19:28:24 min pppd[744]: LCP terminated by peer Oct 29 19:28:24 min pppd[744]: write: warning: Input/output error (5) Oct 29 19:28:24 min pppd[744]: Modem hangup Oct 29 19:28:24 min pppd[744]: Connection terminated.
dienen, was "besseres" gibt's bei mir nicht... :/
Nov 4 10:02:36 max pppd[165]: LCP terminated by peer Nov 4 10:02:37 max pppoe[9197]: Session terminated -- received PADT from peer Nov 4 10:02:37 max pppd[165]: ioctl(PPPIOCSASYNCMAP): Inappropriate ioctl for device(25) Nov 4 10:02:37 max pppd[165]: tcflush failed: Input/output error
Hmm. Welche Kernel-Version benutzt Du? PPP im Kern oder als Modul?
2.4.12, ppp als modul, atuelles woody
Hmm, ok, hier ist alles noch ein bisschen weniger "bleeding edge" (2.2er, potato). Dein Kern ist auch in Bezug auf PTYs etc. richtig konfiguriert? Denke ich doch mal. Hast Du irgendwelche "asyncmap" options gesetzt? (Bei mir "asyncmap 0".)
Adam
On Sun, Nov 04, 2001 at 07:42:37PM +0100, Adam Lackorzynski wrote: Hallo,
(2.2er, potato). Dein Kern ist auch in Bezug auf PTYs etc. richtig konfiguriert? Denke ich doch mal.
Hoffe ich auch. Ich habe unter PPP alles an außer dem kernelinternen pppoe-support aktiviert.
Hast Du irgendwelche "asyncmap" options gesetzt? (Bei mir "asyncmap 0".)
nö, ich schreib mal alle ppp-optionen hin, die bei mir gesetzt sind, also /etc/ppp/options ggf. überstimmt durch /etc/ppp/peers/dsl-provider
asyncmap 0 lock modem proxyarp noipx --- user "blah@t-online.de" pty "pppoe -I eth1 -T 80 -m 1452" noipdefault defaultroute demand idle 900 hide-password lcp-echo-interval 20 lcp-echo-failure 3 connect /bin/true noauth mtu 1492 noaccomp nopcomp novj novjccomp nobsdcomp nodeflate noccp nocrtscts
Wenn ich mir das so anschaue muesste da wohl "local" statt "modem" rein. Aber das wirds nicht sein, sonst würde er mangels CD gar nicht erst wählen. Schau mal bitte, was bei dir anders ist.
Reinhard
On Sun Nov 04, 2001 at 20:27:55 +0100, Reinhard Foerster wrote:
nö, ich schreib mal alle ppp-optionen hin, die bei mir gesetzt sind, also /etc/ppp/options ggf. überstimmt durch /etc/ppp/peers/dsl-provider
asyncmap 0 lock modem proxyarp noipx
user "blah@t-online.de" pty "pppoe -I eth1 -T 80 -m 1452" noipdefault defaultroute demand idle 900 hide-password lcp-echo-interval 20 lcp-echo-failure 3 connect /bin/true noauth mtu 1492 noaccomp nopcomp novj novjccomp nobsdcomp nodeflate noccp nocrtscts
wählen. Schau mal bitte, was bei dir anders ist.
Irgendwie viel:
/etc/ppp# grep -Ehv '^#|^$' options peers/provider asyncmap 0 auth crtscts lock hide-password modem proxyarp lcp-echo-interval 30 lcp-echo-failure 4 noipx noauth connect "/usr/sbin/chat -v -f /etc/chatscripts/provider" defaultroute /dev/modem 38400 persist
Anscheinend steht da bei mir viel Schrott drin, der nicht gebraucht wird...
# grep -Ehv '^#|^$' pppoe.conf ETH=eth1 USER="foo@blub" DEMAND=no USEPEERDNS=yes CONNECT_TIMEOUT=60 CONNECT_POLL=6 PING="." PIDFILE=/var/run/adsl.pid SYNCHRONOUS=no CLAMPMSS=1412 LCP_INTERVAL=20 LCP_FAILURE=3 PPPOE_TIMEOUT=80 PPPOE_EXTRA=""
Aber hilft das wirklich weiter...?!
Adam
On Sun, Nov 04, 2001 at 09:34:18PM +0100, Adam Lackorzynski wrote:
Irgendwie viel:
/etc/ppp# grep -Ehv '^#|^$' options peers/provider asyncmap 0 auth crtscts lock hide-password modem proxyarp lcp-echo-interval 30 lcp-echo-failure 4 noipx noauth connect "/usr/sbin/chat -v -f /etc/chatscripts/provider" defaultroute /dev/modem 38400 persist
Anscheinend steht da bei mir viel Schrott drin, der nicht gebraucht wird...
Ich glaube du hast das falsche file im peers-verzeichnis erwischt. Deine optionen starten gar kein pppoe. Guck mal ob es "dsl-provider" in /etc/ppp/peers/ gibt. Das ist der default name für die verbindung, wenn man das pppoe-paket installiert.
# grep -Ehv '^#|^$' pppoe.conf ETH=eth1 USER="foo@blub" DEMAND=no USEPEERDNS=yes CONNECT_TIMEOUT=60 CONNECT_POLL=6 PING="." PIDFILE=/var/run/adsl.pid SYNCHRONOUS=no CLAMPMSS=1412 LCP_INTERVAL=20 LCP_FAILURE=3 PPPOE_TIMEOUT=80 PPPOE_EXTRA=""
Eine pppoe.conf gibts bei mir gar nicht. Wer soll die auswerten? Alle Optionen, die pppoe bekommt stehen im pppoe-aufruf in der /etc/ppp/peers/dsl-provider mit drin, also:
pty "pppoe -I eth1 -T 80 -m 1452"
$ cat /var/lib/dpkg/info/pppoe.conffiles /etc/ppp/peers/dsl-provider $ strings /usr/sbin/pppoe|grep pppoe.conf Exit 1 $ /usr/sbin/pppoe -V Roaring Penguin PPPoE Version 3.2 $
Kann es sein, daß du pppoe selber aus dem tar.gz gebaut und installiert hast? Dann gibts eine pppoe.conf, die von irgendwelchen Skripten ausgewertet wird. Beim .deb ist die ganze Konfiguration anders gemacht.
Reinhard
On Sun Nov 04, 2001 at 22:29:58 +0100, Reinhard Foerster wrote:
Kann es sein, daß du pppoe selber aus dem tar.gz gebaut und installiert hast? Dann gibts eine pppoe.conf, die von irgendwelchen Skripten ausgewertet wird. Beim .deb ist die ganze Konfiguration anders gemacht.
Ja, selbstgebaut. Als ich das gemacht hatte, gab's AFAIK kein aktuelles deb dazu und seitdem laeuft das. Waer vielleicht ein alternativer Weg fuer Dich, um mal was anderes zu probieren?!
Adam
On Sun, Nov 04, 2001 at 10:39:18PM +0100, Adam Lackorzynski wrote:
Ja, selbstgebaut. Als ich das gemacht hatte, gab's AFAIK kein aktuelles deb dazu und seitdem laeuft das. Waer vielleicht ein alternativer Weg fuer Dich, um mal was anderes zu probieren?!
Eher nicht. Der pppoe tut was er soll. Das Problem liegt beim pppd.
Reinhard
On Sun Nov 04, 2001 at 23:05:48 +0100, Reinhard Foerster wrote:
Eher nicht. Der pppoe tut was er soll. Das Problem liegt beim pppd.
Im Netz scheint sich ausser einem Gleichgesinnten, ebenfalls ohne Loesung, nichts finden zu lassen. Da Dir das pty weggeht, kannst Du vielleicht, falls das geht, mal mit nem 2.2er testen, da koenntest Du auch den pppd (testweise) downgraden...
Adam
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sunday 04 November 2001 20:27, Reinhard Foerster wrote:
On Sun, Nov 04, 2001 at 07:42:37PM +0100, Adam Lackorzynski wrote:
(2.2er, potato). Dein Kern ist auch in Bezug auf PTYs etc. richtig konfiguriert? Denke ich doch mal.
Hoffe ich auch. Ich habe unter PPP alles an außer dem kernelinternen pppoe-support aktiviert.
Hast Du irgendwelche "asyncmap" options gesetzt? (Bei mir "asyncmap 0".)
nö, ich schreib mal alle ppp-optionen hin, die bei mir gesetzt sind, also /etc/ppp/options ggf. überstimmt durch /etc/ppp/peers/dsl-provider
[cut]
Also bei mir geht es jetzt (Kernel 2.4, rp_pppoe 3.0, pppd 2.4.1).
egrep -vh '^#|^$' /etc/ppp/options /etc/ppp/peers/dsl-provider asyncmap 0 noauth local lock hide-password lcp-echo-interval 30 lcp-echo-failure 4 noipx persist holdoff 5 user "000713671558520096699774#0001@t-online.de" pty "pppoe -I eth1 -T 80 -m 1452" noipdefault defaultroute demand idle 600 lcp-echo-interval 20 lcp-echo-failure 3 connect /bin/true noauth persist mtu 1492
Logfile: Nov 5 21:30:33 pinguin pppd[178]: sent [LCP EchoReq id=0x45 magic=0x65b57fe9] Nov 5 21:30:33 pinguin pppd[178]: rcvd [LCP EchoRep id=0x45 magic=0x62006990] Nov 5 21:30:44 pinguin pppd[178]: rcvd [LCP TermReq id=0xb] Nov 5 21:30:44 pinguin pppd[178]: LCP terminated by peer Nov 5 21:30:45 pinguin pppd[178]: Script /etc/ppp/ip-down started (pid 2737) Nov 5 21:30:45 pinguin pppd[178]: sent [LCP TermAck id=0xb] Nov 5 21:30:44 pinguin pppoe[357]: Session terminated -- received PADT from peer Nov 5 21:30:45 pinguin pppd[178]: Script pppoe -I eth1 -T 80 -m 1452 finished (pid 357), status = 0x0 Nov 5 21:30:45 pinguin pppd[178]: Modem hangup Nov 5 21:30:45 pinguin pppd[178]: Connection terminated. Nov 5 21:30:45 pinguin pppd[178]: Connect time 1474.5 minutes. Nov 5 21:30:45 pinguin pppd[178]: Sent 91584404 bytes, received 2362274769 bytes. Nov 5 21:30:45 pinguin pppd[178]: Script /etc/ppp/ip-down finished (pid 2737), status = 0x0 Nov 5 21:31:19 pinguin pppd[178]: Starting link Nov 5 21:31:20 pinguin pppd[178]: Serial connection established. Nov 5 21:31:20 pinguin pppd[178]: using channel 94 Nov 5 21:31:20 pinguin pppd[178]: Connect: ppp0 <--> /dev/pts/2 Nov 5 21:31:20 pinguin pppoe[2744]: PADS: Service-Name: '' Nov 5 21:31:20 pinguin pppoe[2744]: PPP session is 1906 Nov 5 21:31:20 pinguin pppd[178]: rcvd [LCP ConfReq id=0xcb <mru 1492> <auth pap> <magic 0x2d838a0e>] Nov 5 21:31:20 pinguin pppd[178]: sent [LCP ConfReq id=0xba <asyncmap 0x0> <magic 0x98df4c23> <pcomp> <accomp>] Nov 5 21:31:20 pinguin pppd[178]: sent [LCP ConfAck id=0xcb <mru 1492> <auth pap> <magic 0x2d838a0e>] Nov 5 21:31:20 pinguin pppd[178]: rcvd [LCP ConfAck id=0xba <asyncmap 0x0> <magic 0x98df4c23> <pcomp> <accomp>] Nov 5 21:31:20 pinguin pppd[178]: sent [LCP EchoReq id=0x0 magic=0x98df4c23] Nov 5 21:31:20 pinguin pppd[178]: sent [PAP AuthReq id=0x68 user="blah@t-online.de" password=<hidden>] Nov 5 21:31:20 pinguin pppd[178]: rcvd [LCP EchoRep id=0x0 magic=0x2d838a0e] Nov 5 21:31:21 pinguin pppd[178]: rcvd [PAP AuthAck id=0x68 ""] Nov 5 21:31:21 pinguin pppd[178]: sent [IPCP ConfReq id=0x15 <addr 0.0.0.0> <compress VJ 0f 01>] Nov 5 21:31:21 pinguin pppd[178]: sent [CCP ConfReq id=0x5d <deflate 15> <deflate(old#) 15> <bsd v1 15>] Nov 5 21:31:21 pinguin pppd[178]: rcvd [IPCP TermAck id=0x15] Nov 5 21:31:21 pinguin pppd[178]: rcvd [LCP ProtRej id=0xcc 80 fd 01 5d 00 0f 1a 04 78 00 18 04 78 00 15 03 2f 01 8a 0e 02 04 87 12 03 69 bc 51 d0 27 da 5d ...] Nov 5 21:31:21 pinguin pppd[178]: rcvd [IPCP ConfReq id=0xe7 <addr 217.5.98.5>] Nov 5 21:31:21 pinguin pppd[178]: sent [IPCP ConfAck id=0xe7 <addr 217.5.98.5>] Nov 5 21:31:24 pinguin pppd[178]: rcvd [IPCP ConfReq id=0xe8 <addr 217.5.98.5>] Nov 5 21:31:24 pinguin pppd[178]: sent [IPCP ConfAck id=0xe8 <addr 217.5.98.5>] Nov 5 21:31:24 pinguin pppd[178]: sent [IPCP ConfReq id=0x15 <addr 0.0.0.0> <compress VJ 0f 01>] Nov 5 21:31:24 pinguin pppd[178]: rcvd [IPCP ConfRej id=0x15 <compress VJ 0f 01>] Nov 5 21:31:24 pinguin pppd[178]: sent [IPCP ConfReq id=0x16 <addr 0.0.0.0>] Nov 5 21:31:24 pinguin pppd[178]: rcvd [IPCP ConfNak id=0x16 <addr 217.85.234.170>] Nov 5 21:31:24 pinguin pppd[178]: sent [IPCP ConfReq id=0x17 <addr 217.85.234.170>] Nov 5 21:31:24 pinguin pppd[178]: rcvd [IPCP ConfAck id=0x17 <addr 217.85.234.170>] Nov 5 21:31:24 pinguin pppd[178]: Local IP address changed to 217.85.234.170 Nov 5 21:31:24 pinguin pppd[178]: Cannot determine ethernet address for proxy ARP Nov 5 21:31:24 pinguin pppd[178]: sent [IP data] 45 00 00 54 00 00 40 00 ... Nov 5 21:31:24 pinguin pppd[178]: Script /etc/ppp/ip-up started (pid 2747) Nov 5 21:31:24 pinguin pppd[178]: Script /etc/ppp/ip-up finished (pid 2747), status = 0x0 Nov 5 21:31:40 pinguin pppd[178]: sent [LCP EchoReq id=0x1 magic=0x98df4c23] Nov 5 21:31:40 pinguin pppd[178]: rcvd [LCP EchoRep id=0x1 magic=0x2d838a0e]
Konrad
- -- BOFH excuse #394:
Jupiter is aligned with Mars.
On Tue, Nov 06, 2001 at 06:40:15AM +0100, Konrad Rosenbaum wrote:
Also bei mir geht es jetzt (Kernel 2.4, rp_pppoe 3.0, pppd 2.4.1).
Yepp, sieht gut aus. Mal sehen was bei mir beim nächstem mal passiert.
Nov 5 21:30:45 pinguin pppd[178]: Connect time 1474.5 minutes.
^^^^^^^^^^ :-)
Danke für den Test
Reinhard
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Tuesday 06 November 2001 10:31, Reinhard Foerster wrote:
On Tue, Nov 06, 2001 at 06:40:15AM +0100, Konrad Rosenbaum wrote:
Also bei mir geht es jetzt (Kernel 2.4, rp_pppoe 3.0, pppd 2.4.1).
Yepp, sieht gut aus. Mal sehen was bei mir beim nächstem mal passiert.
Nov 5 21:30:45 pinguin pppd[178]: Connect time 1474.5 minutes.
^^^^^^^^^^:-)
Danke für den Test
zu früh gefreut. In Testlauf 2 ist er runtergefallen. Es bleibt also wirklich nichts anderes, als periodisch zu pollen, ob der pppd noch da ist.
Konrad
- -- She won' go Warp 7, Cap'n! The batteries are dead!
On Sun, Nov 04, 2001 at 10:55:48AM +0100, Reinhard Foerster wrote:
Hallo,
ich habe vor einigen Tagen schon mal was wegen des sterbenden pppd gefragt und nur sehr wage Antworten bekommen. Dann hab ich den pppd und den ppoe erstmal auf den neuesten Stand gebracht: ppp-2.4.1.uus-1 Point-to-Point Protocol (PPP) daemon. pppoe-3.2-1 PPP over Ethernet driver
Hm.
Kernel 2.2.18 + Rest potato
pppoe 1.9-0.3 (rp-pppoe - der, den Du auf ftp.schlittermann.de findest) ppp 2.3.11-1.4 (standard potato)
Nov 4 17:05:28 muli2 pppoe[32222]: Session terminated -- received PADT from acc Nov 4 17:05:28 muli2 pppd[350]: LCP terminated by peer Nov 4 17:05:30 muli2 pppd[350]: write: warning: Input/output error (5) Nov 4 17:05:30 muli2 pppd[350]: Modem hangup Nov 4 17:05:30 muli2 pppd[350]: Connection terminated. Nov 4 17:05:30 muli2 pppd[350]: Connect time 780.1 minutes. Nov 4 17:05:30 muli2 pppd[350]: Sent 360564364 bytes, received 1754143143 bytes Nov 4 17:05:38 muli2 named[188]: XX+/192.168.0.2/eremit.is.schlitter
Und dann geht es irgendwann munter weiter. Ich glaube aber, daß /usr/sbin/adsl-connect ständig schaut, ob der pppd noch lebt:
while [ true ]; do $PPPD pty "$PPOE_CMD" \ ....
wait $LOGGER -p daemon.notice "PPPd died" rm -f $PPPOE_PIDFILEo
$LOGGER -p daemon.notice \ "ADSL connection lost; attempting re-connection." done
Heiko
lug-dd@mailman.schlittermann.de
-
Adam Lackorzynski -
Andre Schulze -
Heiko Schlittermann -
konrad.rosenbaum＠t-online.de -
Reinhard Foerster