PPTP Server auf der Fritzbox funktioniert

[Silent-Tears]

Und somit wird es nichts. Wobei ich den Sinn der "Gaming Labor" nicht verstehe. Portpriorsierung?

[BuchIT]

das macht natürlich nicht überall sinn.
Zudem ist es nicht nur Port, sondern auch Geräte Priorisierung.
Beispiel: Meine PS3 hat höchste Prio, somit ist IMMER online zocken ohne Stärungen möglich.

Oder: meine VPN Leistung die über den Rechner aufgebaut wird hat höchste Prio.
Somit kann ich immer ne "gute" Verbindung zur Firma halten.

[BuchIT]

Hi,

ich hab den PPTP Client jetzt auf einer 7050.
Ich würde gerne eine Verbindung zu einem Windows PPTP Server herstellen bekomme es aber nicht ganz hin.

Kann da jemand helfen?

[RalfFriedl]

So spezifisch, wie Du Dein Problem beschrieben hast, gibt es darauf nur eine Antwort:

Versuch es mal etwas anders als bisher, solange, bis es funktioniert.

[BuchIT]

Sorry, ja, mir fällt es auch gerade auf.

Also:
Client FBF 7050 mit PPTP Client
Server: Win2K3 RAS Server.

Ums mit wenigen Worten zu beschreiben:
Ich hab keinen Plan wie die Konfig dazu aussehen muss.
Hab gestern etwas rumgespielt und da ich den Server mit einem Ping auf die interne IP nicht erreiche denke ich mal das die VPN Verbindung nicht zustande kommt.
externe IP Adresse, User und Servername sind eingetragen.
Keine Ahnung was beim Routung rein muss und ob da überhaupt das rein muss.
chap_secrets:
Benutzer, Passwort, ServerName und IP (*) sind eingetragen.
Ich hab keine Ahnung wie den Client über telnet manuel starten kann um mal ne Fehlermeldung oder Info Meldung zu bekommen.

[RalfFriedl]

Ein Anfang wäre mal dieser Befehl von der Kommando-Zeile:

pptp $SERVER --debug nodetach debug user $USER password $PASS

[BuchIT]

ok, ausgeführt:

using channel 5
Using interface ppp0
Connect: ppp0 <--> /dev/pts/2
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xffc1b201> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <mru 1400> <auth eap> <magic 0x6ed66aa1> <pcomp> <accom
p> <callback CBCP> <mrru 1614> <endpoint [local:7b.f9.c4.30.7a.f9.47.1d.a2.75.84
.58.fb.eb.84.04.00.00.00.00]> < 17 04 03 87>]
sent [LCP ConfRej id=0x0 <callback CBCP> <mrru 1614> < 17 04 03 87>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xffc1b201> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <mru 1400> <auth eap> <magic 0x6ed66aa1> <pcomp> <accom
p> <endpoint [local:7b.f9.c4.30.7a.f9.47.1d.a2.75.84.58.fb.eb.84.04.00.00.00.00]
>]
sent [LCP ConfAck id=0x1 <mru 1400> <auth eap> <magic 0x6ed66aa1> <pcomp> <accom
p> <endpoint [local:7b.f9.c4.30.7a.f9.47.1d.a2.75.84.58.fb.eb.84.04.00.00.00.00]
>]
rcvd [EAP Request id=0x2 Identity <No message>]
sent [EAP Response id=0x2 Identity <Name "MB">]
rcvd [LCP TermReq id=0x3 "n\37777777726j\37777777641\000<\37777777715t\000\000\0
03\37777777656"]
LCP terminated by peer (nM-VjM-!^@<M-Mt^@^@^CM-.)
sent [LCP TermAck id=0x3]
Connection terminated.
Modem hangup
anon warn[decaps_hdlc:pptp_gre.c:197]: short read (-1): Input/output error
anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd log

[RalfFriedl]

Ich kann mich nicht erinnern, bisher EAP in Zusammenhang mit PPP gesehen zu haben.
Jedenfalls schickt der Server eine Nachricht mit EAP, die Box antwortet darauf, und anscheinend gefällt die Antwort dem Server nicht, denn das nächste ist ein TermReq, also der Server beendet die Verbindung.
In der Meldung "n\37777777726j\37777777641\000<\37777777715t\000\ 000\003\37777777656" ist übrigens anscheinend ein Problem mit der Vorzeichenerweiterung, aber ich weiß nicht, ob das die Folge eines grundlegenden Fehlers ist oder nur ein Schönheitsfehler.
Normalerweise sollte dort aber eine Meldung im Klartext stehen.

[cuma]

Ich glaub den Fehler hatt ich anfangs auch, als ich noch keinen replaced kernel nutzte. Kann das die Ursache sein?

[BuchIT]

[...] keinen replaced kernel [...] Kann das die Ursache sein?

Ohne Replace Kernel kann man das Paket nicht auswählen.

[cuma]

Ja stimmt, das ist mittlerweile so. Aber irgendwas hab ich da mit Kernel und en Modulen im Kopf. Sind diese geladen?

ppp_mppe_mppc          15504  0
ppp_deflate             5440  0
ppp_async              10048  0
crc_ccitt               1664  1 ppp_async
ppp_generic            27584  3 ppp_mppe_mppc,ppp_deflate,ppp_async
slhc                    7040  1 ppp_generic
sha1                    2240  0
arc4                    1440  0

[BuchIT]

Ok, also die Verbindung steht nun scheinbar.
Ich kann andere IP's aus dem Server-Netzwerk anpingen .....
Aber nur von der FRITZBox aus. Von meinem Rechner aus nicht.

Ich habe folgendes hier installiert:

a) FBF 7170 => Baut Internetverbindung auf
b) FBF 7050 => Verbindung über LAN A (baut VPN Verbindung auf)

Am Rechner hab ich als Gateway die FBF7050 eingetragen, aber ich kann keine IP aus dem Server-Netz anpingen (vom Rechner aus).

[matze1985]

dann wird wahrscheinlich das Routing aus dem Servernetz in dein Netz nicht passen.

[BuchIT]

Wie?
das sollte der Windows Server doch automatisch regeln.
Nochmal.
Mit der FBF 7050 (die auch die PPTP Verbindung aufbaut) kann ich IP's aus dem Server Netz anpingen. Mit meinem Rechner hier kann ich keine IP im Server Netz anpingen.

Die Route ist an meiner 7050 eingetragen. Zusätzlich hab ich zum testen auch folgende Route an meiner 7170 via AVM WebInterface eingetragen (hat aber nixh gebracht).
<Server-Netz> 255.255.255.0 <IP-FBF7050>

[matze1985]

ich kenne mich mit pptp nciht ganz genau aus, aber welche IP und Netze hast du denn?
Gehen wir mal davon aus, das dein Heimnetz die 192.168.178.x hat und das PPTP-Netz 10.0.0.x.
Dann könnte dein Server z.B. 10.0.0.1 und die Fritz 10.0.0.2 haben. Woher soll dein Server aber wissen wo er die 192.168.178.x Pakete hinleiten soll?
Er müsste also eine Route ins 192.168.178.x über die 10.0.0.2 haben.

[BuchIT]

Ok

Heimnetz:
192.168.30.x
Servernetz:
172.16.0.x

Ich baue keine VPN Verbindung zu einer FRITZ!Box auf.
Meine FBF baut eine PPTP Verbindung zu einem Windows Server auf.

Weitere Info:
Meine FBF bekommt vom Server z.B. die IP 172.16.0.24
Diese kann ich hier aus dem Netz anpingen.
Die Server IP für die PPTP Verbindung ist 172.16.0.30 (reale IP 172.16.0.102)
keine dieser beiden kann ich aus meinem Netz anpingen, nur von meiner FBF kann ich alle IP's iom Servernetz anpingen.

[RalfFriedl]

dann wird wahrscheinlich das Routing aus dem Servernetz in dein Netz nicht passen.

Wie? das sollte der Windows Server doch automatisch regeln.

Es geht um das Routing vom Server zu Dir, nicht von Dir zum Server. Der Server trägt eine Route für die IP ein, die er Deiner Box zugewiesen hat, aber nicht für das Netzwerk, das sich dahinter befindet.

Entweder Du kannst dafür sorgen, daß am Server eine Route zu Deinem internen Netz eingerichtet wird, oder Du mußt dafür sorgen, daß bei allen Verbindungen aus Deinem Netz zum Server eine IP-Umsetzung (NAT) erfolgt.

[BuchIT]

Aha .... oh man, ich werd diesen IP Kram nie wirklich verstehen.
Also zu Lösung 1)
Auf der anderen Seite läuft auch eine FBF (ohne mod).
Dort könnte ich übers AVM Webdinterface einfach die Route eintragen?
Aber was gebe ich dort als Gateway an ?

Zu Lösung 2)
Geht das mit der FBF?

[RalfFriedl]

Das VPN läuft doch über den Windows-Server und nicht über die Box, oder? Dann mußt Du die Route im Server eintragen. Die Box sieht nur verschlüsselte Pakete und weiß nicht, für wen diese bestimmt sind. Genau genommen bekommt sie diese Pakete auch erst gar nicht, wenn der Server keine passende Route hat.

NAT auf der Box funktioniert, aber das NAT von AVM nur auf den externen Anschluß, nicht auf eine PPTP-Verbindung. Mit Linux-Bordmitteln ist NAT mit iptables kein Problem, aber in der Kernel-Version der 7170 soll es Probleme mit der Stabilität von iptables geben.

[BuchIT]

Das VPN läuft doch über den Windows-Server und nicht über die Box, oder?

Genau, Gegensteller meiner Box ist ein Windows Server.

Dann mußt Du die Route im Server eintragen.

hm ok.

Also:
wenn meine Box sich einwählt bekommt diese eine feste IP (a.b.c.18
Die Route auf dem Server sollte also dann wie folgt aussehen(?):
Netz: 192.168.30.0
Mask: 255.255.255.0
Gateway: 172.16.0.188