PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : wvdial vs. ppp-up


28.02.00, 14:44
Ich habe ein kleines Problem mit dem pppd.

Ein Verbindungsaufbau zum ISP mit wvdial funktioniert problemlos. Im folgenden die
wvdial.conf und ein Ausschnitt aus /var/log/messages :

wvdial.conf:
[Dialer Defaults]
Modem = /dev/modem
Baud = 115200
Init1 = ATZ0
Init2 = ATQ0 V1 E1 L1 S0=0 &C1 &D2 S11=55
Phone = 010980193434
Dial Command = ATDT
Username = ********
Password = ********
Stupid Mode=1
New PPPD = 1

/var/log/messages:
Feb 28 15:11:58 charon pppd[600]: pppd 2.3.5 started by root, uid 0
Feb 28 15:11:58 charon pppd[600]: Using interface ppp0
Feb 28 15:11:58 charon pppd[600]: Connect: ppp0 <--> /dev/ttyS14
Feb 28 15:11:58 charon pppd[600]: sent [LCP ConfReq id=0x1 <magic 0x8b0c6a24> <pcomp> <accomp>]
Feb 28 15:11:58 charon pppd[600]: rcvd [LCP ConfReq id=0x1 < 00 04 00 00> <mru 1524> <asyncmap 0x0> <auth pap> <pcomp> <accomp> < 11 04 05 f4> < 13 0e 01 66 66 6d 2d 73 74 61 63 6b 2d 31>]
....
Feb 28 15:12:08 charon pppd[600]: Connection terminated.
Feb 28 15:12:08 charon pppd[600]: Hangup (SIGHUP)
Feb 28 15:12:08 charon pppd[600]: Exit.

Mit ppp-up kommt es zu einem Timeoutfehler. Ich vermute, daß pppd an der falschen Schnittstelle lauscht, weiß aber nicht warum!
Im folgenden die entsprechenden Ausschnitte aus den Konfigurations- und Logdateien:

ppp-up:
pppflags="115200 /dev/modem crtscts defaultroute usehostname user ******** noipdefault call wvdial"
/usr/sbin/pppd $pppflags \
connect \
'/usr/sbin/chat -V -f /etc/ppp/ppp.chat 2>>/var/log/chat.log'

ppp.chat:
TIMEOUT 60
ABORT "NO CARRIER"
ABORT BUSY
ABORT "NO DIALTONE"
ABORT ERROR
"" +++ATZ
OK
ATQ0V1E1L1S0=0&C1&D2S11=55
OK
ATDT***********
CONNECT ''

/var/log/messages:
Feb 28 15:12:27 charon pppd[612]: pppd 2.3.5 started by root, uid 0
Feb 28 15:13:00 charon pppd[612]: Serial connection established.
Feb 28 15:13:01 charon pppd[612]: Using interface ppp0
Feb 28 15:13:01 charon pppd[612]: Connect: ppp0 <--> /dev/modem
Feb 28 15:13:01 charon pppd[612]: sent [LCP ConfReq id=0x1 <magic 0x90791967> <pcomp> <accomp>]
Feb 28 15:13:31 charon pppd[612]: LCP: timeout sending Config-Requests
Feb 28 15:13:31 charon pppd[612]: Connection terminated.
Feb 28 15:13:32 charon pppd[612]: Exit.

Die entscheidende Zeile ist vermutlich die folgende:
Feb 28 15:13:00 charon pppd[612]: Serial connection established.

Was ist nun falsch an meiner Konfiguration????

robert
29.02.00, 00:13
Hallo!

Also erst mal würde ich schauen, was in /etc/ppp/options und /etc/ppp/pap-secrets bzw. /etc/ppp/chap-secrets steht.
Schau auch mal, ob dort irgend was wie /etc/ppp/chatscript oder irgend was ähnliches mit dem Namen chat steht.

Was mich noch wundert, du hast bei WVDIAL wirklich über ttyS14 die Verbindung?

Schau mal wohin [b]/dev/modem[b] gelinkt ist!

Gruß

Robert

29.02.00, 01:13
Sowohl Pap-secrets als auch chap-secrets sind so konfiguriert, wie es sein sollte, d.h.
username * passwort

In options stehen lediglich
lock
debug

und der chatscript ist im Prinzip eine verkürzte Version der bereits geposteten ppp.chat.

Zum ttyS14 ist zu sagen, daßich ein internes Modem verwende (sog. Winmodem) zu dem ich allerdings einen Treiber habe (wvdial funktioniert ja).
Die Installation (Shellscript) beinhaltete ein mknod ttyS14, also nicht wundern. (Der Link von /dev/modem zeigt auch auf /dev/ttyS14).

So langsam bin ich am verzweifeln, da ich beim besten Willen keinen Fehler entdecken kann. Da ich aber noch den diald nutzen will, benötige ich funktionierende Scripte :-(

robert
29.02.00, 04:07
Also das Options-File kommt mir etwas wenig vor. Da sollte noch etwas mehr stehen.

Ich kann dir mal meines als Beispiel schicken.

Jetzt ist mir das mit dem /dev/modem /dev/ttyS14 auch klar. Daran sollte es wohl nicht liegen.

Robert

02.03.00, 10:32
Vielleicht hilft mir das weiter....

robert
02.03.00, 15:08
Solltest du schon erhalten haben!

05.03.00, 21:28
Leider bisher noch nicht :-(

robert
06.03.00, 01:52
Hmm...

Schick mir mal eine Mail, ich hab es an die Mail-Adr. geschickt, die hier angegeben ist (stpinkert@gmx.de)

Robert


[Diese Nachricht wurde von robert am 06. März 2000 editiert.]