linux-l: pptp over WLAN Probleme

[Christoph Biedl]

Hallo,

ich hänge grad beim Problem fest, mit einer WLAN-Karte eine
funktionierende Verbindung aufzubauen. Das Konzept ist folgendes
(AFAIK nichts ungewöhnliches): WLAN-Karte bekommt per DHCP eine
private IP zugewiesen, darüber wird eine VPN-Verbindung (pptp) zu
einem WLAN-Server aufgebaut, der nach Authentifizierung meine
IP-Pakete ins Internet durchläßt und mich mit einer offiziellen IP
ausstattet.

Das will ich nun mit Debian Linux realisieren - das System ist ein
potato, nach der Anleitung von Adrian Bunk auf Kernel 2.4.5 gebracht. 

Folgendes klappt und ist also kein Thema:

* Einbindung der PCMCIA-WLAN-Karte
* Konfiguration der essid mit iwconfig [1][2]
* Beziehen einer IP mit pump

Der letzte - und fehlende - Schritt ist, eine pptp-Verbindung zum
wlan-Server aufzubauen. Zwar scheint erstmal alles zu klappen, aber
ich kann nichts übertragen und es ist sehr schnell wieder Schluß.

Ich verwende pptp-linux [1] mit dem Aufruf

# pptp $VPNSERVER file WLAN

wobei /etc/ppp/peers/WLAN 
|hide-password 
|noauth
|debug
|defaultroute
|noipdefault 
|user cbiedl
|ipparam WLAN

im Zweifelsfall mehr geraten als erdacht ist (mit pppconfig gebaut und
einiges offensichtlich Unpassendes entsorgt).

Die *secrets unterschlage ich Euch mal :-)

Folgendes findet sich dann im syslog (Sorry für überlange Zeilen)

|17:32:22 pptp[572]: log[pptp_make_packet:pptp_ctrl.c:435]: 145 bad bytes thrown away.
|17:32:23 pptp[572]: log[pptp_make_packet:pptp_ctrl.c:424]: 11 bad bytes thrown away.

Das scheint nicht weiter kritisch zu sein...

|17:32:23 pptp[572]: log[pptp_dispatch_ctrl_packet:pptp_ctrl.c:655]: Outgoing call established (call ID 0, peer's call ID 388). 
|17:32:23 pppd[574]: pppd 2.4.0 started by root, uid 0
|17:32:23 pppd[574]: using channel 2
|17:32:23 pppd[574]: Using interface ppp0
|17:32:23 pppd[574]: Connect: ppp0 <--> /dev/pts/1
|17:32:23 pppd[574]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xac5b9269> <pcomp> <accomp>]
|17:32:25 pppd[574]: rcvd [LCP ConfReq id=0x41 <auth chap MD5> <magic 0xa6278e0>]
|17:32:25 pppd[574]: sent [LCP ConfAck id=0x41 <auth chap MD5> <magic 0xa6278e0>]
|17:32:26 pppd[574]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xac5b9269> <pcomp> <accomp>]
|17:32:26 pppd[574]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xac5b9269> <pcomp> <accomp>]
|17:32:26 pppd[574]: sent [LCP EchoReq id=0x0 magic=0xac5b9269]
|17:32:26 pppd[574]: rcvd [CHAP Challenge id=0x18 <f21a450f888e207618a883272d53962d>, name = "bwinip-gw"]
|17:32:26 pppd[574]: sent [CHAP Response id=0x18 <7fb957444cf0adeca05e4c4cf289cd42>, name = "cbiedl"]
|17:32:26 pppd[574]: rcvd [LCP EchoRep id=0x0 magic=0xa6278e0]
|17:32:26 pppd[574]: rcvd [CHAP Success id=0x18 ""]

Authentifizierung hat also geklappt...

|17:32:26 pppd[574]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 01>]
|17:32:26 kernel: PPP BSD Compression module registered
|17:32:26 kernel: PPP Deflate Compression module registered
|17:32:27 pppd[574]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
|17:32:27 pppd[574]: rcvd [IPCP ConfReq id=0x1b <addr 172.16.3.254>]
|17:32:27 pppd[574]: sent [IPCP ConfAck id=0x1b <addr 172.16.3.254>]
|17:32:27 pppd[574]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
|17:32:27 pppd[574]: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0>]
|17:32:27 pppd[574]: rcvd [IPCP ConfNak id=0x2 <addr 141.89.74.99>]
|17:32:27 pppd[574]: sent [IPCP ConfReq id=0x3 <addr 141.89.74.99>]
|17:32:27 pppd[574]: rcvd [IPCP ConfAck id=0x3 <addr 141.89.74.99>]
|17:32:27 pppd[574]: found interface eth0 for proxy arp
|17:32:27 pppd[574]: local  IP address 141.89.74.99
|17:32:27 pppd[574]: remote IP address 172.16.3.254
|17:32:27 pppd[574]: Script /etc/ppp/ip-up started (pid 578)
|17:32:28 pppd[574]: Script /etc/ppp/ip-up finished (pid 578), status = 0x0
|17:32:30 pppd[574]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
|17:32:54 last message repeated 8 times
|17:32:56 pppd[574]: sent [LCP EchoReq id=0x1 magic=0xac5b9269]
|17:32:57 pppd[574]: CCP: timeout sending Config-Requests 

Hm... Das gibt dann plötzlich keine Reaktion mehr. Mit noccp in den
Optionen ist das Problem aber das gleiche.

Jetzt ist die Verbindung scheinbar aufgebaut, die Route ist gesetzt.
Allerdings funktioniert nicht einmal ping geschweige denn höhere
Protokolle.

Und wirf offenbar irgendjemand den Anker:

|17:33:23 pptp[572]: log[pptp_conn_close:pptp_ctrl.c:285]: Closing PPTP connection
|17:33:23 pptp[572]: log[call_callback:pptp_callmgr.c:88]: Closing connection
|17:33:23 pppd[574]: Hangup (SIGHUP)
|17:33:23 pppd[574]: Modem hangup
|17:33:23 pppd[574]: Script /etc/ppp/ip-down started (pid 590)
|17:33:23 pppd[574]: Connection terminated.
|17:33:23 pppd[574]: Connect time 1.0 minutes.

und ohne (für mich) erkennbaren Grund wird die Verbindung geschlossen

|17:33:23 pppd[574]: Sent 42836305 bytes, received 40 bytes.

Die Zahl bei "Sent" glaub ich erstmal nicht. Bei 11MBps wäre sie zwar
möglich - aber wieso und wozu?

|17:33:24 pppd[574]: Waiting for 1 child processes...
|17:33:24 pppd[574]:   script /etc/ppp/ip-down, pid 590
|17:33:24 pppd[574]: Script /etc/ppp/ip-down finished (pid 590), status = 0x0
|17:33:24 pppd[574]: Exit.

Was mache ich slfhca? Die manpage zu ppd ist - ähm - etwas umfangreich
und für meine Begriffe noch zu sehr auf Modems ausgerichtet.

tia
	Christoph

[1] zu finden in unstable
[2] Gibt es einen sinnvollen Ort, das per Skript einzustellen? Auch
bekommt die Karte im Moment gnadenlos die private IP zugeteilt, die
für die Netzwerkkarte zu Hause eingetragen ist.