Problem mit pppd und T-Online
Matthias Bodenstein
seit einiger Zeit funktioniert mein T-Online Internetzugang über Linux
nicht
mehr :-( . Ein halbes Jahr lang ist das Ganze problemlos gelaufen (zum
letzten
Mal am 4. Januar), aber danach ging nichts mehr. An meiner Linux
Konfiguration
habe ich nichts geändert.
Stundenlange Basteleien an den pppd-Parametern haben leider auch nicht
geholfen, und die T-Online Hotline meinte nur, daß Linux nicht supported
sei
(grrrr...).
Da ich mit meinem Latein nun am Ende bin, würde ich mich freuen, wenn
Ihr
mir vielleicht ein paar Tipps geben könntet. :-)
Unter Windoof funktioniert der T-Online Zugang übrigens noch.
Zum Problem der entsprechende Teil der /var/log/messages beim
Verbindungsaufbau:
...
Feb 2 22:29:18 julia kernel: PPP: version 2.2.0 (dynamic channel
allocation)
Feb 2 22:29:18 julia kernel: PPP Dynamic channel allocation code
copyright 1995 Caldera, Inc.
Feb 2 22:29:18 julia kernel: PPP line discipline registered.
Feb 2 22:29:18 julia kernel: registered device ppp0
Feb 2 22:29:18 julia pppd[583]: pppd 2.3.5 started by matze, uid 0
Feb 2 22:29:19 julia chat[586]: timeout set to 5 seconds
Feb 2 22:29:19 julia chat[586]: abort on (NO CARRIER)
Feb 2 22:29:19 julia chat[586]: abort on (BUSY)
Feb 2 22:29:19 julia chat[586]: abort on (NO DIALTONE)
Feb 2 22:29:19 julia chat[586]: abort on (ERROR)
Feb 2 22:29:19 julia chat[586]: send (ATZ^M)
Feb 2 22:29:19 julia chat[586]: expect (OK)
Feb 2 22:29:20 julia chat[586]: ATZ^M^M
Feb 2 22:29:20 julia chat[586]: OK
Feb 2 22:29:20 julia chat[586]: -- got it
Feb 2 22:29:20 julia chat[586]: send (AT&F^M)
Feb 2 22:29:20 julia chat[586]: expect (OK)
Feb 2 22:29:20 julia chat[586]: ^M
Feb 2 22:29:20 julia chat[586]: AT&F^M^M
Feb 2 22:29:20 julia chat[586]: OK
Feb 2 22:29:20 julia chat[586]: -- got it
Feb 2 22:29:20 julia chat[586]: send (ATDT0191011^M)
Feb 2 22:29:20 julia chat[586]: timeout set to 60 seconds
Feb 2 22:29:20 julia chat[586]: expect (CONNECT)
Feb 2 22:29:20 julia chat[586]: ^M
Feb 2 22:29:41 julia chat[586]: ATDT0191011^M^M
Feb 2 22:29:41 julia chat[586]: CONNECT
Feb 2 22:29:41 julia chat[586]: -- got it
Feb 2 22:29:41 julia chat[586]: send (^M)
Feb 2 22:29:41 julia pppd[583]: Serial connection established.
Feb 2 22:29:42 julia pppd[583]: Using interface ppp0
Feb 2 22:29:42 julia pppd[583]: Connect: ppp0 <--> /dev/modem
Feb 2 22:29:42 julia pppd[583]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
<magic 0xb2859a26> <pcomp> <accomp>]
Feb 2 22:29:43 julia pppd[583]: Modem hangup
Feb 2 22:29:43 julia pppd[583]: Connection terminated.
Feb 2 22:29:44 julia pppd[583]: Exit.
Feb 2 22:31:18 julia kernel: PPP: ppp line discipline successfully
unregistered
...
Die Verbindung wird anscheinend korrekt aufgebaut. Auf das
"sent [LCP Conf...]" gibts wohl keine Antwort.
Ich hoffe Euch fällt dazu was ein.
Danke im Voraus,
Matthias
--
-------------------------------------------------------------------------------
Matthias Bodenstein Tel. : +49 531 295 3251
Institut fuer Flugsystemtechnik Fax : +49 531 295 2877
DLR-Braunschweig / Germany E-Mail : Matthias....@dlr.de
Werner Sosalla
Matthias Bodenstein schrieb:
>
> Feb 2 22:29:42 julia pppd[583]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
> <magic 0xb2859a26> <pcomp> <accomp>]
> Feb 2 22:29:43 julia pppd[583]: Modem hangup
Das kommentarlose "MOdem hangup" könnte auf nicht erkannten
Benutzernamen hindeuten...aber Du hast ja nichts verändert(?) Was tut
das System bei Einwahl über anderen Provider, z.B. freenet? (Tel. 01019
01929, Username und Passwort beliebig) - bei einem Test am besten alle
veränderten Dateien speichern, um die einzelnen Schritte nachvollziehen
zu können (ich weiß, blöder Tip, resultiert aber aus eigener leidvoller
Erfahrung mit verschiedenen Providern und vergessenen Anführungszeichen)
- sos -
Hans-Georg Fischer
>Feb 2 22:29:41 julia chat[586]: CONNECT
>Feb 2 22:29:41 julia chat[586]: -- got it
>Feb 2 22:29:41 julia chat[586]: send (^M)
^^^ Das hier macht die
Problem, es darf kein ^M gesendet werden. Hat mich auch ein paar graue
Haare gekostet.
Die letzte Zeile im chat script darf nur
CONNECT
heißen, du hast da sicher ein CONNECT "" stehen.
>Feb 2 22:29:41 julia pppd[583]: Serial connection established.
--
Hans-Georg Fischer
Matthias Bodenstein
An meiner Original ppp-up Datei habe ich gar nichts geändert. Die
Änderungen
und Experimente habe ich nur in einer Kopie gemacht.
Das Problem ist jetzt gelöst :-) Es lag an einem Linefeed, das mein
Rechner
zuviel gesendet hat (siehe Antwort von H.G.Fischer).
Trotzdem Danke für die Antwort,
mfG
Matthias Bodenstein
>
> Matthias Bodenstein <Matthias....@dlr.de> wrote:
>
> >Feb 2 22:29:41 julia chat[586]: CONNECT
> >Feb 2 22:29:41 julia chat[586]: -- got it
> >Feb 2 22:29:41 julia chat[586]: send (^M)
> ^^^ Das hier macht die
> Problem, es darf kein ^M gesendet werden.
HURRA, ICH BIN DRIN !!! :-)
Mit Deiner Antwort hast Du genau ins Schwarze getroffen. Jetzt kann ich
endlich wieder ruhig schlafen.
Vielen Dank
> Hat mich auch ein paar graue
> Haare gekostet.
Ja, so ein böses Linefeed ist leicht zu übersehen
> Die letzte Zeile im chat script darf nur
> CONNECT
> heißen, du hast da sicher ein CONNECT "" stehen.
Genauso war es. Was jetzt bleibt ist nur noch die akademische Frage,
warum es auch mit ^M ein halbes Jahr funktioniert hat. Vielleicht
waren die T-Online Einwahlrechner früher ja toleranter ?
Wie dem auch sei, ich bin auf jeden Fall erst mal glücklich.
Viele Grüße noch aus Braunschweig
Juergen Vorbach
hi, hab dasselbe Problem und auch schon gepostet bzw einige Postings mit demselben
Problem in letzter Zeit gelesen...
bei mir klappte es mit einem aeltern Script ploetzlich auch nicht mehr, aber nur mit
'nem ELSA 56k basic.. dasselbe Script mit einem ZOOM V34 Modem klappt problemlos..
mit wvdial wiederum (SUSE6.0 mit geaenderter Telnummer) klappt hingegen problemlos
auch mit dem ELSA..
werd obige Tipps mal ausprobieren.. ist im Moment der einzige Hinweis den ich in
letzter Zeit rauslesen konnte..
ich denke T-online hat entsprechende Aenderungen vorgenommen, die diese Probleme
verursachen..
Gruss,
Juergen
--
- Diese Schutzverletzung wurde Ihnen präsentiert von Krombacher. -
Juergen Vorbach
>
> T-Online hat definitiv rumgefingert, auch wenn sie auf meine
> dementsprechende Anfrage nicht reagiert haben. Sie haben zum Beispiel
> auch die IP-Adresse ihres POP-Servers geaendert. Da ich die dummerweise
> direkt in meiner /etc/hosts stehen hatte, hab ich mir fast einen Wolf
> gesucht. Sehr spassig sowas!
>
> Mathias
> --
> I used to think that being right was everything.
> Then I matured into the realization that getting
> along was more important. Except on usenet.
> Mathias-H. Weber mailto:web...@gmx.de
hab mein
CONNECT ""
nach
CONNECT
geaendert.. seither funktioniert es auch wieder mit 56k
Gruss,
Juergen
ps:werd wohl auch die anderen Einstellungen mal ueberpruefen, hab aber ansonsten
keine Probleme
Henning Paschke
> hab mein
> CONNECT ""
> nach
> CONNECT
oder
CONNECT \d
Der Fehler liegt an einem zu schnellen Starten des 'pppd'. Die Gegenseite
ist noch nicht bereit ppp-Pakete zu empfangen, so das deine eigenen im
Nirvana landen. Nach dem 9. Versuch macht der lokale pppd dann 'dicht'!
Mit einer Verzögerung von 1 Sekunde gibt man dem T-Online-Server genug Zeit
den Remote-pppd zu starten.
Bye
--
print "THINK PENGUIN!\n";use File::Path;unless ($^O eq "linux")
{print "Remove fucking '$^O'!\n" if(rmtree("c:\"));}
Juergen Vorbach
>
> Juergen Vorbach <vor...@ks.sel.alcatel.de> schrieb:
>
> > hab mein
> > CONNECT ""
> > nach
> > CONNECT
>
> oder
>
> CONNECT \d
>
> Der Fehler liegt an einem zu schnellen Starten des 'pppd'. Die Gegenseite
> ist noch nicht bereit ppp-Pakete zu empfangen, so das deine eigenen im
> Nirvana landen. Nach dem 9. Versuch macht der lokale pppd dann 'dicht'!
> Mit einer Verzögerung von 1 Sekunde gibt man dem T-Online-Server genug Zeit
> den Remote-pppd zu starten.
>
> Bye
ich denke t-online hat auf ihrer Seite entsprechende Aenderungen vorgenommen.
Mein Rechner ist schon aelter und das Script auch..ab einem best. Zeitpunkt hat es
ploetzlich nicht mehr funktioniert.. aber nur bei '56k Verbindungen'.. mit einem
28.8 Modem besteht das Problem nicht.. entfernt man "" nach CONNECT klappt es nun
auch wieder mit 56k... damit liegt nahe, dass bei t-online irgendwann entsprechende
Aenderungen vollzogen wurden, was auf den entsprechenden Leerstring, bzw das '^M'
einem Modem-Hangup meinerseits zur Folge hatte..
hauptsache es laeuft wieder.. war nur laestig und langwierig das Problem zu fixen..
Gruss,
Juergen