Hat denn keiner eine Idee?
Wie gesagt, dieses Problem tritt sporadisch auf, ist aber trotzdem sehr
wichtig.
-------- Original-Nachricht --------
Betreff: PPTPd GRE-Fehler?
Datum: Mon, 28 Feb 2005 21:38:24 +0100
Von: Günther Zinsberger
An: SuSE-Linux
Hallo Leute!
Habt ihr eine Idee, woran das liegen könnte?
Hat jemand Erfahrung mit pptpd?
Mein Problem: Meistens funktioniert die Einwahl von einem
WindowsXP-Client, nur meistens die ersten Male nicht. Wenn ich mich
einwähle, funktioniert es die ersten Male nicht, dann (nach einer
gewissen Zeit) plötzlich problemlos, auch die folgenden Male. Während
die Einwahl auf den einen Server nicht funktioniert, kann ich mich auch
problemlos auf anderen PPTP-Servern einwählen auf diesem einen Server
jedoch noch nicht.
Der Fehler tritt auch nicht nur bei einem Server auf, sondern auch bei
anderen. Einen Plattenfehler schließe ich deshalb aus.
Die Fehlermeldung unter WindowsXP ist nichtssagend: Fehler 619
(Unbekannter Fehler), manchmal auch Fehler 800
Unter Linux (SuSE 9.0 Prof.) habe ich schon Fehler im log (messages):
GRE: read error: Protocol not available
Ganzes Log, wenn es nicht funktioniert:
Feb 28 21:21:03 inet pptpd[15700]: MGR: Launching /usr/sbin/pptpctrl to
handle client
Feb 28 21:21:03 inet pptpd[15700]: CTRL: local address = 192.168.102.100
Feb 28 21:21:03 inet pptpd[15700]: CTRL: remote address = 192.168.103.100
Feb 28 21:21:03 inet pptpd[15700]: CTRL: pppd speed = 115200
Feb 28 21:21:03 inet pptpd[15700]: CTRL: pppd options file =
/etc/ppp/options.ppp0
Feb 28 21:21:03 inet pptpd[15700]: CTRL: Client xxx.xxx.xxx.xxx control
connection started
Feb 28 21:21:03 inet pptpd[15700]: CTRL: Received PPTP Control Message
(type: 1)
Feb 28 21:21:03 inet pptpd[15700]: CTRL: Made a START CTRL CONN RPLY packet
Feb 28 21:21:03 inet pptpd[15700]: CTRL: I wrote 156 bytes to the client.
Feb 28 21:21:03 inet pptpd[15700]: CTRL: Sent packet to client
Feb 28 21:21:03 inet pptpd[15700]: CTRL: Received PPTP Control Message
(type: 7)
Feb 28 21:21:03 inet pptpd[15700]: CTRL: 0 min_bps, 1525 max_bps, 32
window size
Feb 28 21:21:03 inet pptpd[15700]: CTRL: Made a OUT CALL RPLY packet
Feb 28 21:21:03 inet pptpd[15700]: CTRL: Starting call (launching pppd,
opening GRE)
Feb 28 21:21:03 inet pptpd[15700]: CTRL: pty_fd = 7
Feb 28 21:21:03 inet pptpd[15700]: CTRL: tty_fd = 8
Feb 28 21:21:03 inet pptpd[15701]: CTRL (PPPD Launcher): Connection
speed = 115200
Feb 28 21:21:03 inet pptpd[15701]: CTRL (PPPD Launcher): local address =
192.168.102.100
Feb 28 21:21:03 inet pptpd[15701]: CTRL (PPPD Launcher): remote address
= 192.168.103.100
Feb 28 21:21:03 inet pptpd[15700]: CTRL: I wrote 32 bytes to the client.
Feb 28 21:21:03 inet pptpd[15700]: CTRL: Sent packet to client
Feb 28 21:21:03 inet pppd[15701]: pppd 2.4.1 started by root, uid 0
Feb 28 21:21:03 inet pppd[15701]: using channel 200
Feb 28 21:21:03 inet pppd[15701]: Using interface ppp0
Feb 28 21:21:03 inet pppd[15701]: Connect: ppp0 <--> /dev/pts/21
Feb 28 21:21:03 inet pppd[15701]: sent [LCP ConfReq id=0x1 /dev/pts/2
Feb 28 21:26:08 tinet pppd[20473]: sent [LCP ConfReq id=0x1 <pcomp> <accomp>]
Feb 28 21:26:08 tinet pppd[20473]: rcvd [LCP ConfReq id=0x0
<pcomp> <accomp> <callback CBCP>]
Feb 28 21:26:08 tinet pppd[20473]: sent [LCP ConfAck id=0x0
<pcomp> <accomp> <callback CBCP>]
Feb 28 21:26:08 tinet pppd[20473]: rcvd [LCP ConfAck id=0x1 <pcomp> <accomp>]
Feb 28 21:26:08 tinet pppd[20473]: sent [LCP EchoReq id=0x0
magic=0x70d72be2]
Feb 28 21:26:08 tinet pppd[20473]: cbcp_lowerup
Feb 28 21:26:08 tinet pppd[20473]: want: 2
Feb 28 21:26:08 tinet pppd[20473]: sent [CHAP Challenge id=0x1
<a82149d085a5f9d1597eafd16df433f1>, name = "tinet"]
Feb 28 21:26:08 tinet pptpd[20472]: CTRL: Received PPTP Control Message
(type: 15)
Feb 28 21:26:08 tinet pptpd[20472]: CTRL: Ignored a SET LINK INFO packet
with real ACCMs!
Feb 28 21:26:08 tinet pppd[20473]: rcvd [LCP code=0xc id=0x1 2a 5f 6f f5
4d 53 52 41 53 56 35 2e 31 30]
Feb 28 21:26:08 tinet pppd[20473]: sent [LCP CodeRej id=0x2 0c 01 00 12
2a 5f 6f f5 4d 53 52 41 53 56 35 2e 31 30]
...
Warum geht es manchmal, und manchmal nicht?
Ich als Client befinde mich übrigends hinter einem NAT-Router, was aber
normalerweise nicht hinderlich ist.
Danke für Eure Hilfe, im voraus
Günther