DSL : RX-Datenstopp nach kurzer idletime, trotz idle = 5000 [Archiv]

PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : DSL : RX-Datenstopp nach kurzer idletime, trotz idle = 5000

Newbie2001

06.02.02, 19:26

Hallo!
Ich habe meinen Linux-PC mit DSL via smpppd mit dem Internet verbunden. Ich habe in YAST2 die IDLETIME = 5000 gestellt, aber wenn ich 5 - 10 min. keine Daten empfangen habe wird auf dem Downstream nichts mehr empfangen, auch nicht bei neuen Anfragen. Via TX kann ich weiterhin Daten senden, aber ich kriege wie gesagt keine Daten mehr zurück. Erst wenn ich die Verbindung trenne und neu aufbaue geht alles wieder. Woran kann das liegen und wie kann ich es unterbinden ?

P.S: Verwende den PC unter anderem als Masquerading-router (SuSE Firewall 2/IPTABLES). IcH habe ausserdem die MTU auf 1492 gestellt, macht das was aus ?

Sebastian Henrich

06.02.02, 21:36

Klar macht es was aus, ob du die MTU auf 1492 gesetzt hast. Wenn du das nicht machen würdest könntest du Seiten wie www.gmx.de und www.epost.de nicht erreichen. Vielleicht hast du die MTU aber nicht in allen Dateien auf 1492 gesetzt. Ich hatte ähnliche Probleme. Schau mal mit less /var/log/messages in deinem Systemlog und mit less /var/log/ppp nach Nachrichten die etwas mit ICMP zu tun haben. Wenn du etwas verdächtiges findest (Ich weiß nicht genau wie die Fehlermeldung lautet, da ich meine alten Logs gelöscht habe) solltest du die MTU nochmal in allen Dateien überprüfen. Ansonsten kann ich dir noch den Link http://sdb.suse.de/de/sdb/html/cg_internet.html empfehlen.

Newbie2001

07.02.02, 17:22

erstmal danke. Ich hatte die MTU sowie die MRU in der /etc/ppp/options und der /etc/ppp/peers/pppoe auf 1492 gesetzt. Daran kann es also nicht liegen. Auffälligkeiten mit ICMP habe ich jedoch nicht gefunden. Die einzige Auffäligkeit ist die Meldung "Couldn't increase MTU/MRU to 1500" bei jedem Verbidnungsaufbau. Aber es war ja meine Absicht dass die MTU/MRU nicht auf 1500 gesetzt wird sondern auf 1492 bleibt. Was nun ? Die SuSE Seite hat mich auch nicht weitergebracht, da ich nach deren Anleitung bereits vorging um die MTU/MRU auf 1492 zu stellen.

Sebastian Henrich

07.02.02, 17:26

Hast du die neusten Versionen der SuSE Pakete? Irgendwie kann ich mir keinen Reim darauf machen. Ist das Verhalten reproduzierbar? Tritt es immer in den selben Intervallen auf?

Sebastian Henrich

07.02.02, 17:28

Was für eine Ethernetkarte benutzt du? Eine mit Realtek Chipsatz?

Newbie2001

07.02.02, 17:54

Realtek Chipsatz : Ja
Intervalle : 10 bis 15 minuten idle. Dann rx Kanal blockiert, nur noch tx offen.
Ich denke dass ich die neusten Pakete haben dürfte. Habe aber keine Garantie.

Sebastian Henrich

07.02.02, 18:12

Probier es mal mit einer anderen Netzwerkkarte. Mit den Realtekkarten gibt es des öfteren Ärger. Ähnliche Symptome hatte ich bei einem meiner Kunden auch, nach einem Tausch der Netzwerkkarte waren die Probleme verschwunden. Ist es eine ISA oder PCI Karte? Wenn es eine ISA ist, dann tausch die Karte auf jeden Fall mal aus. Bei den PCI Karten kann man das so generell nicht sagen. Einige tun es andere nicht.

Newbie2001

07.02.02, 18:23

Is ne PCI. Ich hatte bisher mit dem ding allerdings keinerlei Probleme und war sehr zufrieden. Ausserdem halte ich es für sehr unwahrscheinlich, dass es daran liegt, denn diese Karte ist ja auch mit dem Netzwerk verbunden (switch) und das netzwerk geht ja auch in vollem umfang in der zeit in der der rx datenstopp besteht. Es muss an irgendeiner config. liegen ich weiß nur nicht an welcher

Sebastian Henrich

07.02.02, 18:28

Verstehe ich dich richtig? Dein DSL-Modem hängt an einem Switch und dein Linux PC der die Einwahl macht auch? Ausprobiert habe ich das auch mal, aber nur zum testen. Wenn ich das richtig in erinnerung habe muss das DSL Modem an eine Ethernetkarte direkt angeschlossen sein, also nicht über einen Switch. Das bedeutet, dass du zwei Netzwerkkarten brauchst, eine für das DSL-Modem un eine weitere für das Netzwerk.
Im übrigen liegt das Problem nicht an der Karte selber sondern an der Karte in Verbindung mit dem DSL Modem.

Newbie2001

07.02.02, 18:47

Ja du hast es richtig erfasst. Aber was ist gegen diese Kombination auszusetzen ? es funzt ja alles sdo wie es soll. Nur mit dem Nachteil, dass anch einem idle von 10 - 20 min. die Datenübertragung auf dem rx komplett gestoppt wird. Ist es da nicht eher unwahrscheinlich, dass nur die tatsache der fehlenden 2ten Netzwerkkarte, der Auslöser für so ein eigentlich unscheinbares aber sehr nerviges Problem ist.

Sebastian Henrich

07.02.02, 19:10

Ich kann dir nicht versprechen, dass dies der Grund für deine Timeouts ist. Ich halte es aber für möglich und ehrlich gesagt ist es das Einzige was mir dazu einfällt. Die Verbindung zwischen deiner Netzwerkkarte und dem ADSL-Modem ist ja eigentlich keine Ethernetverbindung sonder eine über Ethernet getunnelte PPP Verbindung. Das ist aber auch alles was ich dir dazu sagen kann. Genauer kenne ich mich mit dem PPPoE Protokoll nicht aus und ich kann dir nicht sagen ob dein Switch, welcher wunderbar mit Ethernet aber eventuell nicht mit PPP over Ethernet klarkommt der Störenfried ist. Seltsam ist nur, dass deine Timeout nicht in bestimmten Intervallen auftreten sonder in einem Zeitraum von 5 bis 10 Minuten. Vielleicht liegt das daran, dass genau in dieser Idle Zeit auf dem Netztwerk ein Verkehr stattfindet der eben die Kommunikation zwischen dem Modem und dem Switch killt. Ebenfalls wäre möglich, dass das Modem mit dem Switch nicht klar kommt. Soweit ich weiß ist meins (Siemens, vier LEDs an der linken Seite) nur zum direkten Anschluss an eine Netzwerkkarte gedacht. Probier es doch einfach aus, indem du das Modem direkt an die Netzwerkkarte anschließt und dann mal beobachtest wie es sich verhält. Wenn der Fehler dort nicht zu beobachten ist, dann weißt du wo die Ursache lag.

Newbie2001

07.02.02, 19:23

das das modem mit dem switch klarkommt kann ich dir garantieren. ich hatte das netzwerk bereits über 1 jahr mit genau dieser konstellation laufen, nur mit win2k server edition als server. Das lief wunderbar als Router udn netzwerk server auch mit nur einer netzwerkkarte. An der Hardware hat sich nix geändert, nur habe ich nun statt win2k server SuSE Linux 7.3 Pro als server. Ich denke die These von der gestörten Kommunikation zwischen DSL-Modem und switch sollte damit wiederlegt sein. Ich bin mir eigentlich ziemlich sicher, dass es an der Konfiguration von linux liegt, ich weis nur nicht woran.

Sebastian Henrich

07.02.02, 19:31

Dann wird es schwer, den Grund zu finden. Was sagen die Logs (var/log/messages, /var/log/ppp) unter Linux? Zeigen die irgend etwas auffäliges? Welche ppp-Version und welchen Kernel nutzt du?

Newbie2001

07.02.02, 19:47

eine /var/log/ppp gibts bei mir net und die letzten 50 zeilen meiner /var/log/messages sehen in etwas so aus:
Feb 7 19:51:03 server PAM-unix2[14292]: session started for user root, service su
Feb 7 19:52:00 server /USR/SBIN/CRON[14507]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 19:53:00 server /USR/SBIN/CRON[14627]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 19:54:00 server /USR/SBIN/CRON[14629]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 19:55:00 server /USR/SBIN/CRON[14632]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 19:55:00 server /USR/SBIN/CRON[14633]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/gate_news)
Feb 7 19:55:45 server su: (to root) admin on /dev/pts/3
Feb 7 19:55:45 server PAM-unix2[14638]: session started for user root, service su
Feb 7 19:55:45 server PAM-unix2[14638]: session finished for user root, service su
Feb 7 19:55:45 server su: (to root) admin on /dev/pts/2
Feb 7 19:55:45 server PAM-unix2[14642]: session started for user root, service su
Feb 7 19:56:00 server /USR/SBIN/CRON[14662]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 19:56:33 server PAM-unix2[14642]: session finished for user root, service su
Feb 7 19:57:00 server /USR/SBIN/CRON[14922]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 19:58:00 server kernel: usb.c: USB disconnect on device 13
Feb 7 19:58:00 server /USR/SBIN/CRON[14945]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 19:59:00 server /USR/SBIN/CRON[14956]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly)
Feb 7 19:59:00 server /USR/SBIN/CRON[14957]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 19:59:39 server kernel: SuSE-FW-DROP-DEFAULT IN=ppp0 OUT= MAC= SRC=217.128.51.105 DST=217.229.54.122 LEN=48 TOS=0x08 PREC=0x00 TTL=113 ID=17703 DF PROTO=TCP SPT=3210 DPT=80 WINDOW=16384 RES=0x00 SYN URGP=0 OPT (020405B401010402)
Feb 7 20:00:00 server /USR/SBIN/CRON[14972]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:00:00 server /USR/SBIN/CRON[14973]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/gate_news)
Feb 7 20:01:00 server /USR/SBIN/CRON[14996]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:02:00 server /USR/SBIN/CRON[14998]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:03:00 server /USR/SBIN/CRON[15001]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:04:00 server /USR/SBIN/CRON[15004]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:05:00 server /USR/SBIN/CRON[15007]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:05:00 server /USR/SBIN/CRON[15008]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/gate_news)
Feb 7 20:06:00 server /USR/SBIN/CRON[15010]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:07:00 server /USR/SBIN/CRON[15012]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:07:46 server named[1258]: ns_resp: query(web.icq.com) All possible A RR's lame
Feb 7 20:08:00 server /USR/SBIN/CRON[15014]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:09:00 server /USR/SBIN/CRON[15016]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:10:00 server /USR/SBIN/CRON[15019]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:10:00 server /USR/SBIN/CRON[15020]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/gate_news)
Feb 7 20:11:00 server /USR/SBIN/CRON[15024]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:12:00 server /USR/SBIN/CRON[15026]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:13:00 server /USR/SBIN/CRON[15030]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:14:00 server /USR/SBIN/CRON[15032]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:15:00 server /USR/SBIN/CRON[15037]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:15:00 server /USR/SBIN/CRON[15039]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/gate_news)
Feb 7 20:16:00 server /USR/SBIN/CRON[15062]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:17:00 server /USR/SBIN/CRON[15064]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:18:00 server /USR/SBIN/CRON[15122]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:18:46 server named[1258]: ns_resp: query(web.icq.com) All possible A RR's lame
Feb 7 20:19:00 server /USR/SBIN/CRON[15125]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:20:00 server /USR/SBIN/CRON[15145]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:20:00 server /USR/SBIN/CRON[15146]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/gate_news)
Feb 7 20:21:00 server /USR/SBIN/CRON[15151]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:22:00 server /USR/SBIN/CRON[15154]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Feb 7 20:23:00 server /USR/SBIN/CRON[15164]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)

Der Rest sieht ähnlich aus, und besteht in erster Linie aus diesen Meldungen :
Feb 7 20:23:00 server /USR/SBIN/CRON[15164]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Aber frage mich nicht was das bedeutet.

Der Einwahlvorgang ist folgendermaßen protokolliert:L

Feb 7 15:13:43 server pppd[11832]: Plugin pppoe.so loaded.
Feb 7 15:13:43 server pppd[11832]: PPPoE Plugin Initialized
Feb 7 15:13:43 server pppd[11832]: Plugin passwordfd.so loaded.
Feb 7 15:13:43 server pppd[11832]: pppd 2.4.1 started by root, uid 0
Feb 7 15:13:43 server pppd[11832]: Using interface ppp0
Feb 7 15:13:43 server pppd[11832]: Couldn't increase MTU to 1500.
Feb 7 15:13:43 server pppd[11832]: Couldn't increase MRU to 1500
Feb 7 15:13:43 server pppd[11832]: local IP address 192.168.99.1
Feb 7 15:13:43 server pppd[11832]: remote IP address 192.168.99.99
Feb 7 15:13:57 server pppd[11832]: Starting link
Feb 7 15:13:57 server pppd[11832]: Sending PADI
Feb 7 15:13:57 server pppd[11832]: HOST_UNIQ successful match
Feb 7 15:13:58 server pppd[11832]: HOST_UNIQ successful match
Feb 7 15:13:58 server pppd[11832]: Got connection: a5
Feb 7 15:13:58 server pppd[11832]: Connecting PPPoE socket: 00:90:1a:10:13:2a a500 eth0 0x8086678
Feb 7 15:13:58 server pppd[11832]: using channel 3
Feb 7 15:13:58 server pppd[11832]: Connect: ppp0 <--> eth0
Feb 7 15:13:58 server pppd[11832]: Couldn't increase MTU to 1500.
Feb 7 15:13:58 server pppd[11832]: Couldn't increase MRU to 1500
Feb 7 15:13:58 server pppd[11832]: sent [LCP ConfReq id=0x1 <mru 1492> <magic 0x4a774bb6>]
Feb 7 15:13:58 server pppd[11832]: rcvd [LCP ConfReq id=0x1b <mru 1492> <auth pap> <magic 0x39d18ec>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 7 15:13:58 server pppd[11832]: sent [LCP ConfAck id=0x1b <mru 1492> <auth pap> <magic 0x39d18ec>]
Feb 7 15:13:58 server pppd[11832]: rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0x4a774bb6>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 7 15:13:58 server pppd[11832]: sent [LCP EchoReq id=0x0 magic=0x4a774bb6]
Feb 7 15:13:58 server pppd[11832]: cbcp_lowerup
Feb 7 15:13:58 server pppd[11832]: want: 2
Feb 7 15:13:58 server pppd[11832]: sent [PAP AuthReq id=0x1 user="0002141349943400159516210001@t-online.de" password=<hidden>]
Feb 7 15:13:58 server pppd[11832]: rcvd [LCP EchoRep id=0x0 magic=0x39d18ec] 92 4f 2f e6 dc a4 5e 53 3e 1b 00 00 1f 01 aa aa 03 00 80 c2 00 07 00 00 00 10
Feb 7 15:13:58 server pppd[11832]: rcvd [PAP AuthAck id=0x1 ""] 97 00 00 00 00 b0 41 03 06 1d 08 00 00 00 40 21 07 00 00 04 c6 aa aa 03 00 80 c2 00 07 00 00 00 ...
Feb 7 15:13:58 server pppd[11832]: sent [IPCP ConfReq id=0x1 <addr 192.168.99.1> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Feb 7 15:13:58 server pppd[11832]: rcvd [IPCP ConfReq id=0x6e <addr 217.5.98.43>] 50 07 b0 6f 3b 10 6c 50 50 30 b0 cf f8 14 26 86 0d c2 bf e1 9d 04 75 40 27 2c 85 89
Feb 7 15:13:58 server pppd[11832]: sent [IPCP ConfAck id=0x6e <addr 217.5.98.43>]
Feb 7 15:13:58 server pppd[11832]: rcvd [IPCP ConfNak id=0x1 <addr 217.229.54.122> <ms-dns1 212.185.253.9> <ms-dns3 194.25.2.129>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 7 15:13:58 server pppd[11832]: sent [IPCP ConfReq id=0x2 <addr 217.229.54.122> <ms-dns1 212.185.253.9> <ms-dns3 194.25.2.129>]
Feb 7 15:13:58 server pppd[11832]: rcvd [IPCP ConfAck id=0x2 <addr 217.229.54.122> <ms-dns1 212.185.253.9> <ms-dns3 194.25.2.129>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 7 15:13:58 server pppd[11832]: Local IP address changed to 217.229.54.122
Feb 7 15:13:58 server pppd[11832]: Remote IP address changed to 217.5.98.43
Feb 7 15:13:59 server pppd[11832]: Open TCP 217.229.54.122:2678 -> 68.47.200.91:1214
Feb 7 15:13:59 server pppd[11832]: sent [IP data] 45 00 00 30 5f e1 40 00 ...
Feb 7 15:13:59 server pppd[11832]: Script /etc/ppp/ip-up started (pid 11841)
Feb 7 15:14:00 server /USR/SBIN/CRON[11935]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)

Falls du damit was anfangen kannst. achja und wo krieg ich die version des kernels raus ?

Sebastian Henrich

07.02.02, 20:10

Original geschrieben von Newbie2001
eine /var/log/ppp gibts bei mir net und die letzten 50 zeilen meiner /var/log/messages sehen in etwas so aus:
Der Rest sieht ähnlich aus, und besteht in erster Linie aus diesen Meldungen :
Feb 7 20:23:00 server /USR/SBIN/CRON[15164]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)
Aber frage mich nicht was das bedeutet.

In dieser Zeile wird ein CRON Job gestartet, der aus einem python Skript besteht.

Original geschrieben von Newbie2001
Der Einwahlvorgang ist folgendermaßen protokolliert:L

Feb 7 15:13:43 server pppd[11832]: Plugin pppoe.so loaded.
Feb 7 15:13:43 server pppd[11832]: PPPoE Plugin Initialized
Feb 7 15:13:43 server pppd[11832]: Plugin passwordfd.so loaded.
Feb 7 15:13:43 server pppd[11832]: pppd 2.4.1 started by root, uid 0
Feb 7 15:13:43 server pppd[11832]: Using interface ppp0
Feb 7 15:13:43 server pppd[11832]: Couldn't increase MTU to 1500.
Feb 7 15:13:43 server pppd[11832]: Couldn't increase MRU to 1500
Feb 7 15:13:43 server pppd[11832]: local IP address 192.168.99.1
Feb 7 15:13:43 server pppd[11832]: remote IP address 192.168.99.99
Feb 7 15:13:57 server pppd[11832]: Starting link
Feb 7 15:13:57 server pppd[11832]: Sending PADI
Feb 7 15:13:57 server pppd[11832]: HOST_UNIQ successful match
Feb 7 15:13:58 server pppd[11832]: HOST_UNIQ successful match
Feb 7 15:13:58 server pppd[11832]: Got connection: a5
Feb 7 15:13:58 server pppd[11832]: Connecting PPPoE socket: 00:90:1a:10:13:2a a500 eth0 0x8086678
Feb 7 15:13:58 server pppd[11832]: using channel 3
Feb 7 15:13:58 server pppd[11832]: Connect: ppp0 <--> eth0
Feb 7 15:13:58 server pppd[11832]: Couldn't increase MTU to 1500.
Feb 7 15:13:58 server pppd[11832]: Couldn't increase MRU to 1500
Feb 7 15:13:58 server pppd[11832]: sent [LCP ConfReq id=0x1 <mru 1492> <magic 0x4a774bb6>]
Feb 7 15:13:58 server pppd[11832]: rcvd [LCP ConfReq id=0x1b <mru 1492> <auth pap> <magic 0x39d18ec>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 7 15:13:58 server pppd[11832]: sent [LCP ConfAck id=0x1b <mru 1492> <auth pap> <magic 0x39d18ec>]
Feb 7 15:13:58 server pppd[11832]: rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0x4a774bb6>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 7 15:13:58 server pppd[11832]: sent [LCP EchoReq id=0x0 magic=0x4a774bb6]
Feb 7 15:13:58 server pppd[11832]: cbcp_lowerup
Feb 7 15:13:58 server pppd[11832]: want: 2
Feb 7 15:13:58 server pppd[11832]: sent [PAP AuthReq id=0x1 user="0002141349943400159516210001@t-online.de" password=<hidden>]
Feb 7 15:13:58 server pppd[11832]: rcvd [LCP EchoRep id=0x0 magic=0x39d18ec] 92 4f 2f e6 dc a4 5e 53 3e 1b 00 00 1f 01 aa aa 03 00 80 c2 00 07 00 00 00 10
Feb 7 15:13:58 server pppd[11832]: rcvd [PAP AuthAck id=0x1 ""] 97 00 00 00 00 b0 41 03 06 1d 08 00 00 00 40 21 07 00 00 04 c6 aa aa 03 00 80 c2 00 07 00 00 00 ...
Feb 7 15:13:58 server pppd[11832]: sent [IPCP ConfReq id=0x1 <addr 192.168.99.1> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Feb 7 15:13:58 server pppd[11832]: rcvd [IPCP ConfReq id=0x6e <addr 217.5.98.43>] 50 07 b0 6f 3b 10 6c 50 50 30 b0 cf f8 14 26 86 0d c2 bf e1 9d 04 75 40 27 2c 85 89
Feb 7 15:13:58 server pppd[11832]: sent [IPCP ConfAck id=0x6e <addr 217.5.98.43>]
Feb 7 15:13:58 server pppd[11832]: rcvd [IPCP ConfNak id=0x1 <addr 217.229.54.122> <ms-dns1 212.185.253.9> <ms-dns3 194.25.2.129>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 7 15:13:58 server pppd[11832]: sent [IPCP ConfReq id=0x2 <addr 217.229.54.122> <ms-dns1 212.185.253.9> <ms-dns3 194.25.2.129>]
Feb 7 15:13:58 server pppd[11832]: rcvd [IPCP ConfAck id=0x2 <addr 217.229.54.122> <ms-dns1 212.185.253.9> <ms-dns3 194.25.2.129>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 7 15:13:58 server pppd[11832]: Local IP address changed to 217.229.54.122
Feb 7 15:13:58 server pppd[11832]: Remote IP address changed to 217.5.98.43
Feb 7 15:13:59 server pppd[11832]: Open TCP 217.229.54.122:2678 -> 68.47.200.91:1214
Feb 7 15:13:59 server pppd[11832]: sent [IP data] 45 00 00 30 5f e1 40 00 ...
Feb 7 15:13:59 server pppd[11832]: Script /etc/ppp/ip-up started (pid 11841)
Feb 7 15:14:00 server /USR/SBIN/CRON[11935]: (mdom) CMD (/usr/bin/python -S /usr/lib/mailman/cron/qrunner)

Der Einwahlvorgang sieht völlig normal aus.

Original geschrieben von Newbie2001
Falls du damit was anfangen kannst. achja und wo krieg ich die version des kernels raus ?

Die Kernelversion bekommst du mit "cat /proc/version" heraus und die pppd Version mit "pppd --help"

Newbie2001

07.02.02, 20:33

Original geschrieben von Sebastian Henrich

In dieser Zeile wird ein CRON Job gestartet, der aus einem python Skript besteht.
aha und was genau ist jetzt ein CRON Job aus eine phyton script ?
Meine kernel-version ist 2.4.10-4GB, pppd --help gibt nur command not found aus.

Sebastian Henrich

07.02.02, 21:32

Was der CRON Job genau macht kann ich dir nicht sagen, bei mir gibt es die Datei welche er ausführt nicht. CRON ist so etwas wie der Taskplaner unter Windows und Python eine Skriptsprache sowie Perl z.B. Der Kernel ist ok, obwohl es mittlerweile die Version 2.4.16 bei SuSE gibt, bei mir hat es aber auch mit dem 2.4.10 er Kernel getan. Bist du dir sicher das "pppd --help" dir "command not found" liefert? Dein Log sagt aber das pppd installiert ist. Bei dem solltest du die Version 2.4.1 haben. Ansonsten kann ich dir auch nicht mehr helfen.

Newbie2001

07.02.02, 22:04

Sorry hatte nen tippfehler, also ich habe die pppd version 2.4.1. Aber was nun ?

Sebastian Henrich

08.02.02, 14:27

Tja, jetzt verstehe ich das auch nicht mehr. Ich dachte, dass du vielleicht eine alte Version des pppd benutzt und der Fehler daher kommt. Jetzt kann ich dir auch nicht mehr weiterhelfen.

Newbie2001

08.02.02, 16:23

HHHHIIIIIIILLLLLFFFFEEEE !!!!! Kennst du villeicht jemanden anderes an den ich mich wenden kann ?