PPTP-Server hinter Fritz!BOX SL

Computer: Hardware Netzwerk
1

Hallo zusammen,

ich möchte hinter einer Fritz!Box SL einen PPTP- Server (Linux) aufstellen.
Habe in der Fritz!Box tcp 1723 und gre auf die IP des Servers weitergeleitet, aber Windows bricht bei der Authentifizierung immer mit Fehler 916 „Unbekannter Fehler“ ab.

Auf dem Server sehe ich Verbindungsanfragen, aber dann bricht er wieder ab. Kann die Fritz!BOX SL kein GRE Forwarding nach innen, oder muss ich da noch irgendwas einstellen?

Danke

Klaus

2

Hier noch ein Logauszug

–
Aug 8 22:29:18 lgovgw01 pptpd[21405]: MGR: Launching /usr/sbin/pptpctrl to handle client
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: local address = 192.168.20.251
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: remote address = 192.168.20.240
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: pppd options file = /etc/ppp/pptpd-options
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: Received PPTP Control Message (type: 1)
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: Made a START CTRL CONN RPLY packet
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: I wrote 156 bytes to the client.
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: Sent packet to client
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: Received PPTP Control Message (type: 7)
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: Set parameters to 100000000 maxbps, 64 window size
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: Made a OUT CALL RPLY packet
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: pty_fd = 6
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: tty_fd = 7
Aug 8 22:29:18 lgovgw01 pptpd[21406]: CTRL (PPPD Launcher): program binary = /usr/sbin/pppd
Aug 8 22:29:18 lgovgw01 pptpd[21406]: CTRL (PPPD Launcher): local address = 192.168.20.251
Aug 8 22:29:18 lgovgw01 pptpd[21406]: CTRL (PPPD Launcher): remote address = 192.168.20.240
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: I wrote 32 bytes to the client.
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: Sent packet to client
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: Reaping child PPP[21406]
Aug 8 22:29:18 lgovgw01 pptpd[21405]: CTRL: Exiting now
Aug 8 22:29:18 lgovgw01 pptpd[16641]: MGR: Reaped child 21405

3

und noch ein tcpdump:

–
22:44:55.539310 IP p50825CE4.dip.t-dialin.net.1848 > 192.168.178.2.1723: S 3756150617:3756150617(0) win 65535
22:44:55.539381 IP 192.168.178.2.1723 > p50825CE4.dip.t-dialin.net.1848: S 3265912507:3265912507(0) ack 3756150618 win 5840
22:44:55.617284 IP p50825CE4.dip.t-dialin.net.1848 > 192.168.178.2.1723: P 1:157(156) ack 1 win 65535: pptp CTRL_MSGTYPE=SCCRQ PROTO_VER(1.0) FRAME_CAP(A) BEARER_CAP(A) MAX_CHAN(0) FIRM_REV(2600) [|pptp]
22:44:55.617326 IP 192.168.178.2.1723 > p50825CE4.dip.t-dialin.net.1848: . ack 157 win 5840
22:44:55.619498 IP 192.168.178.2.1723 > p50825CE4.dip.t-dialin.net.1848: P 1:157(156) ack 157 win 5840: pptp CTRL_MSGTYPE=SCCRP PROTO_VER(1.0) RESULT_CODE(1) ERR_CODE(0) FRAME_CAP() BEARER_CAP() MAX_CHAN(1) FIRM_REV(1) [|pptp]
22:44:55.717318 IP p50825CE4.dip.t-dialin.net.1848 > 192.168.178.2.1723: P 157:325(168) ack 157 win 65379: pptp CTRL_MSGTYPE=OCRQ CALL_ID(1848) CALL_SER_NUM(55804) MIN_BPS(300) MAX_BPS(100000000) BEARER_TYPE(Any) FRAME_TYPE(E) RECV_WIN(64) PROC_DELAY(0) PHONE_NO_LEN(0) [|pptp]
22:44:55.721899 IP 192.168.178.2.1723 > p50825CE4.dip.t-dialin.net.1848: P 157:189(32) ack 325 win 5840: pptp CTRL_MSGTYPE=OCRP CALL_ID(1024) PEER_CALL_ID(1848) RESULT_CODE(1) ERR_CODE(0) CAUSE_CODE(0) CONN_SPEED(100000000) RECV_WIN(64) PROC_DELAY(0) PHY_CHAN_ID(0)
22:44:55.722592 IP 192.168.178.2.1723 > p50825CE4.dip.t-dialin.net.1848: F 189:189(0) ack 325 win 5840
22:44:55.809194 IP p50825CE4.dip.t-dialin.net.1848 > 192.168.178.2.1723: P 325:349(24) ack 189 win 65347: pptp CTRL_MSGTYPE=SLI PEER_CALL_ID(1024) SEND_ACCM(0xffffffff) RECV_ACCM(0xffffffff)
22:44:55.809220 IP 192.168.178.2.1723 > p50825CE4.dip.t-dialin.net.1848: R 3265912696:3265912696(0) win 0
22:44:55.813173 IP p50825CE4.dip.t-dialin.net > 192.168.178.2: GREv1, call 1024, seq 0, length 37: LCP, Conf-Request (0x01), id 0, length 23
22:44:55.813191 IP 192.168.178.2 > p50825CE4.dip.t-dialin.net: ICMP 192.168.178.2 protocol 47 unreachable, length 65
22:44:55.833052 IP p50825CE4.dip.t-dialin.net.1848 > 192.168.178.2.1723: F 349:349(0) ack 190 win 65347
22:44:55.833066 IP 192.168.178.2.1723 > p50825CE4.dip.t-dialin.net.1848: R 3265912697:3265912697(0) win 0

Was will mit diese Zeile oben sagen?

4

Hi…

22:44:55.813173 IP p50825CE4.dip.t-dialin.net > 192.168.178.2: GREv1, call 1024, seq 0, length 37: LCP, Conf-Request (0x01), id 0, length 23
22:44:55.813191 IP 192.168.178.2 > p50825CE4.dip.t-dialin.net: ICMP 192.168.178.2 protocol 47 unreachable, length 65

Was will mit diese Zeile oben sagen?

So wie ich das lese, kommt das erste GRE-Packet von außen durch die FritzBox, was mich schonmal wundert, weil die meisten Kleinrouter das nicht können. Dann antwortet der Server (!), daß er GRE nicht versteht.

Hast Du einen zweiten Rechner im selben LAN, der sich probeweise mit dem PPTP-Server verbinden könnte? Wenn das klappt, lese ich falsch und die Fritzbox ist schuld, ansonsten geht die Fehlersuche beim Server los.

Meine erste Idee zum Server: Läuft dort netfilter?

genumi