Hallo,
Am Donnerstag, 20. Dezember 2001 00:00 schrieb Matthias Lehmann:
Dec 19 02:45:27 router pppd[285]: Connect: ppp0 <--> eth0 Dec 19 02:45:27 router pppd[285]: Couldn't increase MTU to 1500. Dec 19 02:45:27 router pppd[285]: Couldn't increase MRU to 1500
Hmm, sieht nach dem MTU Problem aus, schaue doch mal in die SDB und suche nach DSL ...
Ein MTU-Problem schließe ich aus; mit dem Problem habe ich mich früher schon eingehend befasst. Es gibt wohl, wenn ich mich recht erinnere, grundlegend 3 Lösungsmöglichkeiten für dieses Problem: 1. Man reduziert auf allen Clients im LAN die MTU (IIRC auf 1452), was recht aufwendig ist und bei mir nicht in Frage kommt. 2. Man installiert ein Kernelmodul. 3. Man setzt folgendes ans Ende des Einwahlskripts: iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu [Steht nicht in der Suse-Datenbank] Das funktioniert aber bei mir einwandfrei. Websites von GMX, Postbank oder Media-Markt sind dann kein Problem mehr
Dec 19 03:00:26 router pppd[285]: Starting link Dec 19 03:00:26 router pppd[285]: Sending PADI Dec 19 03:00:27 router pppd[285]: HOST_UNIQ successful match Dec 19 03:00:29 router pppd[285]: Tag error: TAG_SYS_ERR Dec 19 03:00:29 router pppd[285]: Failed to negotiate PPPoE connection: 11 Resource temporarily unavailable Dec 19 03:00:29 router pppd[285]: Exit.
Es gibt auch ein neues Paket für den smpppd, auch bei Suse erhältlich... Vielleicht hilft es.
Nachdem ich heute nochmal den Tag über gegoogelt habe, soll das nicht helfen. Ich werde es vielleicht aber noch testen.
Ich habe nun auch DSL, aber habe noch keinen Router;( Kommt aber noch ...
....hat mich 2 Tage Urlaub gekostet. Der Router läuft seit 2 Wochen, aber das Problem, dass sich nach mißglückter Einwahl der pppd abschaltet und nicht mehr zum "Aufwecken" ist, verdirbt mir bisher doch etwas die Vorweihnachtslaune. Das Rebooten oder wenn möglich, Telnet-Einloggen und neustarten des pppd nerven doch beträchtlich.
# Bei PPPoE darf die MTU nicht größer als 1492 sein, pppoed setzt # dieses jedoch nicht automatisch mru 1492 mtu 1492
Ja, das ist bei mir auch so. Ich habe folgendes in /etc/ppp/ip-up eingetragen.
ifconfig ppp0 mtu 1420 (Funktioniert mit GMX einwandfrei)
s.o., am MTU liegts nicht. Trotzdem danke für deine Bemühungen. Wie ich mittlerweile rausgefunden habe und wenn man sich das Forum von adsl4linux und diverse Newsgruppen so ansieht, stehe ich wohl nicht alleine da mit dem Problem. Es gibt wohl mehrere Lösungsansätze, aber keinen richtigen Workaround, als da wären: 1. Ergänzung der /etc/ppp/options: (aus dem Forum von adsl4linux): persist # Soll dafür sorgen, dass der pppd nicht mehr abschaltet. Funktioniert bei mir nicht. 2. Ergänzung der /etc/ppp/options: (aus dem Forum von adsl4linux): holdoff 5 # 5 Sekunden Zeit zwischen den Verbindungsversuchen. Tip von Schlenn # persönlich aus der NG de.comp.technik.dsl . 3. Ergänzung der /etc/ppp/options: (aus dem Forum von adsl4linux): maxfail 100 # 100 Verbindungsversuche (10 seien Standard, 0 wäre unendlich; steht auch imo # so in der man-page von pppd.) All diese Modifikationen haben bei mir leider noch nichts gebracht, meiner Meinung nach (aus dem was ich aus den logs sehe) wählt er sich bei einem mißglückten Verbindungsaufbau auch nicht 100 mal im Abstand von 5 Sekunden ein - komisch das. Im Prinzip wäre wohl eine Lösung, die das /var/log/warn analysiert und sobald dort eine Meldung wie "Tag error: Tag Sys Error" erscheint automatisch den pppd neu startet, das Optimale. Allein mir fehlen die Fertigkeiten dazu und ich wüßte auch nicht, wie ich so etwas auf die Beine stellen könnte. Ziemlich ratlose Grüsse, Matthias. -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net