pppd Problem

[Malibann]

hallo ich
vesuche nun schon längere zeit erfolglos
mit linux per pppd ins netz zu kommen.

ich habe es zuerst mit wvdial unter suse6.2 versucht.
dann habe ich den kernel neu kompiliert um sicher zu
sein dass pppd wenigstens als modul verfügbar ist.

weder mit wvdial noch mit chat habe ich einen
erfolgreichen logon bekommen.

das modem wählt verbindung wird aufgenbaut nach einigen
sekunden 10-30 kommt der hang up und das war es.

weder unter wvdial noch unter chat bekomme ich
aussagekräftige fehlermeldungen oder logs.

ich suche nach einer lösung oder zumindest nach
einem tipp fürs debugging.

computer:

thinkpad 755cx, pcmcia 28.8k/14.4 fax modem/fax
75MHz Pentium, 16MB ram, 500MB Platte,

linux:

suse linux 6.2, fvwm2, ppp als modul compilirt.
mit chat und mit wvdial erfolglos versucht

provider:

t-onbline ppp

erfahrungen:

T-Online unter Amiga/Miami PPP, T-Online unter WinDFÜ-Netzwerke
T-Online unter Amiga/AmiTCP-Slip

---------------------------------------------

tail /var/adm/messages

Jan 13 00:58:34 PAD kernel: PPP: version 2.3.7 (demand dialling)
Jan 13 00:58:34 PAD kernel: PPP line discipline registered.
Jan 13 00:58:34 PAD kernel: registered device ppp0
Jan 13 00:58:34 PAD pppd[238]: pppd 2.3.8 started by root, uid 0
Jan 13 00:58:36 PAD chat[239]: timeout set to 30 seconds
Jan 13 00:58:36 PAD chat[239]: abort on (NO CARRIER)
Jan 13 00:58:36 PAD chat[239]: abort on (BUSY)
Jan 13 00:58:36 PAD chat[239]: abort on (NO DIALTONE)
Jan 13 00:58:36 PAD chat[239]: abort on (ERROR)
Jan 13 00:58:36 PAD chat[239]: send (+++ATZ^M)
Jan 13 00:58:36 PAD chat[239]: expect (OK)
Jan 13 00:58:37 PAD chat[239]: ATZ^M^M
Jan 13 00:58:37 PAD chat[239]: OK
Jan 13 00:58:37 PAD chat[239]: -- got it
Jan 13 00:58:37 PAD chat[239]: send (ATDT0191011^M)
Jan 13 00:58:37 PAD chat[239]: expect (CONNECT)
Jan 13 00:58:37 PAD chat[239]: ^M
Jan 13 00:59:06 PAD chat[239]: ATDT0191011^M^M
Jan 13 00:59:06 PAD chat[239]: CONNECT
Jan 13 00:59:06 PAD pppd[238]: Serial connection established.
Jan 13 00:59:06 PAD pppd[238]: Using interface ppp0
Jan 13 00:59:06 PAD chat[239]: -- got it
Jan 13 00:59:06 PAD chat[239]: send (^M)
Jan 13 00:59:06 PAD pppd[238]: Connect: ppp0 <--> /dev/modem
Jan 13 00:59:07 PAD pppd[238]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
<magic Jan 13 00:59:28 PAD last message repeated 7 times
Jan 13 00:59:29 PAD pppd[238]: Hangup (SIGHUP)
Jan 13 00:59:29 PAD pppd[238]: Modem hangup
Jan 13 00:59:29 PAD pppd[238]: Connection terminated.
Jan 13 00:59:30 PAD pppd[238]: Exit.


Ich wäre froh wenn mir jemand helfen kann,
mir gehen langsam die ideen aus.
Also wie klappt es ?
oder wie bekomme ich anständige DEBUG möglichkeiten ?


------------------
MfG Malibann

[Ilja]

Hi,
erst mal eine frage: hast du ppp mit yast konfiguriert? wenn ja; dann sollte wvdial zumindest als user root klappen. wenn das geht dann mach einfach in /etc/ppp ein
chmod og+xr ip-uup
das hat bei mir ausgereicht.

gruss
ilja

[Malibann]

Ich habe Wvdial über Yast konfiguriert
Ich habe meine wvdial und chat Versuche
bisher alle unter der UID 'root' durchgeführt

Wvdial wählt, stellt Verbindung her started
pppd sagt dann 'dont know what to do',
started pppd und verabschiedet sich wieder.

Keine Fehlermeldungen in /var/log/messages.

Die Flags von ip-up können es nicht sein,
da auch chat mit ppp-up daneben geht.

So ich hab jetzt die flags noch mal gecheckt.
Sie waren vorher auf 0711 jetzt hab ich 755
ist auch nicht besser.

Als Fehlermeldung kommt 16 'man' erklärt mir

'The link was terminated by modem hanging up.'

Vilen Dank für den Versuch, leider hat es nichts
gebracht.


MfG Malibann



------------------
MfG Malibann

[robert]

Das Problem ist T-Online, da die eben die Verbindung nicht herstellen.
Der Login bei T-Online braucht etwas Beachtung...

Irgend wo hab ich da was, ich schau mal...

Robert

[Malibann]

Hallo Robert,

kann ich irgendwie rauskriegen, ob pppd das
Passwort gesendet hat oder nicht ?

Ich würde ja auch ein Terminal dazwischen
hängen, leider geht das nicht bei PCMCIA.

MfG Malibann

[robert]

Auf jeden Fall erst mal in der /etc/ppp/options (oder entsprechende) Datei debug eintragen.

Also sollte in options folgendes stehen:

debug
kdebug 1

Dann sollte in /var/log/message schon mal einiges an Informationen gelogt werden.

Debug kann auch während der Laufzeit von pppd ein- bzw. ausgeschaltet werden.
Mit folgendem Befehl:

kill -SIGUSR1 $(cat /var/run/pppd.pid)

Das könnte schon mal helfen...

Ich schau aber trotzdem noch mal, irgend wo las ich was über die Verbindung mit T-Online.
T-Online hat doch seine eigene Login-Kennung, bzw. Sequenz. Irgend wo da kann es dran liegen.

Gruß

Robert

[Malibann]

Hallo Robert,

wie man die T-online ID aus Anschlusskennung
Mitbenutzerkennung und Benutzerkennung zusammen
baut ist gut dokumentiert und ich hab das schon
öfters mit verschiedenen PPPs gemacht.

Schrieriger ist da schon die Angabe des Passwortes
in pap-secrets. Mal emfiehlt die Dokumentation
mit Anführungszeichen mal ohne.
Man kann aber beide Möglichkeiten ausprobieren,
schließlich ist man erwachsen. http://www.linuxforen.de/ubb/smile.gif

Leider hilft mir das alles nicht. Auch mit den
durch 'kdebug 1' erweiterten debug Möglichkeiten
in /etc/ppp/options ändert sich nicht an:

Jan 13 00:59:07 PAD pppd[238]: sent [LCP ConfReq id=0x1
Jan 13 00:59:29 PAD pppd[238]: Hangup (SIGHUP)
Jan 13 00:59:29 PAD pppd[238]: Modem hangup
Jan 13 00:59:29 PAD pppd[238]: Connection terminated.
Jan 13 00:59:30 PAD pppd[238]: Exit.

( die erste Zeile ist hier nicht ganz vollständig )

Ich erfahre aber nicht, ob Passwörter gesendet wurden
oder nicht ob diese akzeptiert wurden oder nicht.

Wenn ich ein CD-Rom hätte würde ich das System
vollkommen platt machen und neu installieren.

Aber so ist es sinnlos, Suse macht es sich einfach:
'Kein Installationssupport bei FTP / NFS Installation'

Aber ein Tool beilegen, mit dem man abfagen kann was
nun eigentlich im Kernel ist oder nicht, das können sie
nicht.

Ich möchte nochmal den Zugriff über die RS232 testen,
da könnte ich besser ein Terminal dazwischen hängen
als bei einem Modem.

MfG Malibann

[Malibann]

Ich habe jetz die Gruende fuer meine
Probleme unter LINUX und ppp.chat heraus
bekommen.

Im /etc/ppp/ppp.chat stand bei mir am
Schluss:

CONNECT ""

Das heist es wurde auf die Meldung 'CONNECT'
gewartet und dann ein "" also wohl ein '/n'
gesendet. Danach hatte T=Online keine Lust
mehr irgendwelche Authentifikationen durch-
zu fuehren.

Richtig waere gewesen:

CONNECT

als letzte Zeile in /etc/ppp/ppp.chat.

Dadurch dass Suse 6.2 enen Teil der DOCs
fuer PPP.CHAT nicht installiert und dass
durch WvDial ( wg meiner Spar Installation ? )
noch immer nicht fnktioniert, konnte ich
nicht weiter kommen.

Trotzdem danke an alle die mir helfen wollten.

MfG Malibann