Neue DSL-Verbindung ist nach Zwangstrennung tot

[nobody0]

In den letzten Tagen hatte ich jetzt zweimal das Phänomen, dass nach der nächtlichen Zwangstrennung beim T-DSL eine neue Verbindung aufgebaut und gehalten wird, aber keinerlei Daten übertragen werden; nicht einmal ping funktioniert darüber :mad:
Die in /var/log/messages normalerweise ungefähr minütlich gemeldeten sent und rcvd-Einträge fehlen, obwohl ich über crontab jede Minute einen Ping rausschicke.
Mit rcsmpppd restart bekomme ich wieder eine benutzbare Verbindung, aber gibt es für das Problem nicht sowas wie ein Skript für crontab oder sollte ich mal den Port bei der Telekom reseten lassen? :confused:

[Fir3fly]

Hmm komisch, ich hatte gestern und vorgesternein aehnliches probelm. Auch kein reconnect nach einem kickout. Das letzte Jahr hats einwandfrei funktioniert und ich hab nix geaendert. Die seltsame fehlermeldung in /var/log/messages hab ich allerdings noch nicht genauer unter die Lupe nehmen koennen. Irgendwas mit pppoed tried to write 35 unknown bytes, oder so. Wenn ich heute abend zuhause bin guck ich mir das nochmal an.

Fir3fly

[nobody0]

Aha. Mich hat ja gewundert, dass der Router seit Mitte Oktober fast pausenlos unter SuSE 7.3 läuft und nur in den letzten Tagen zweimal tote DSL-Verbindungen hat. Übrigens sehe ich an den Log-Files vom Apache, dass der Router häufig Anfragen von Viren u. Würmern bekommt, so dass also in der "toten" Zeit von aussen sicherlich mehrmals versucht wird Daten zu schicken. Die tote DSL-Verbindung muss deshalb schon beim Start nach der Zwangstrennung tot sein!

[Fir3fly]

So, ich paste ma das stück in der messages log, was ich mir nich erklären kann:




Apr 25 04:17:38 linux pppd[190]: Connection terminated.
Apr 25 04:17:38 linux pppd[190]: Connect time 813.3 minutes.
Apr 25 04:17:38 linux pppd[190]: Sent 12433792 bytes, received 126389285 bytes.
Apr 25 04:17:41 linux kernel: Packet log: input DENY eth1 PROTO=17 192.168.0.1:138 192.168.0.255:1
Apr 25 04:17:41 linux kernel: Packet log: input DENY eth1 PROTO=17 192.168.0.1:138 192.168.0.255:1
Apr 25 04:20:00 linux pppd[190]: Starting link
Apr 25 04:20:00 linux pppd[190]: Perms of /dev/pppox0 are ok, no 'mesg n' neccesary.
Apr 25 04:20:00 linux pppoed[5220]: ppp_connect came back!
Apr 25 04:20:00 linux kernel: pppox_write: illegal 23 chars from user space
Apr 25 04:20:00 linux pppd[190]: Serial connection established.
Apr 25 04:20:00 linux pppd[190]: Connect: ppp0 <--> /dev/pppox0


vor allem die zeile mit dem "pppox_write: illegal 23 chars from user space" kommt mir sehr seltsam vor. Kann sich jemand erklären, was das sein soll?`


By the way.. die einträge der würmer in der httpd.log sind normal.. davon kann ich ein Lied singen.


Fir3fly

[nobody0]

Also bei mir sieht es wie eine ganz normale Verbindung aus:

Apr 26 04:48:14 gin pppd[15848]: Starting link
Apr 26 04:48:14 gin pppd[15848]: Sending PADI
Apr 26 04:48:14 gin pppd[15848]: HOST_UNIQ successful match
Apr 26 04:48:14 gin pppd[15848]: Got connection: 1e8c
Apr 26 04:48:14 gin pppd[15848]: Connecting PPPoE socket: 00:90:1a:10:13:2a 8c1e eth1 0x80870d0
Apr 26 04:48:14 gin pppd[15848]: using channel 7
Apr 26 04:48:14 gin pppd[15848]: Connect: ppp0 <--> eth1

Tatsächlich war die Verbindung aber tot; da geht nicht einmal ein ping durch!