VPN Client (PPTP) hinter Router Netgear RP614v2 funktioniert nicht

Es wäre nochmal interessant was für eine Ziel IP Adresse du beim VPN Client eingibst ???
Das muss die öffentliche IP Adresse deines Providers am Router sein wo du ein Port Forwarding machst.
Alle IP Adressen die du oben angegeben hast 192.168.111.0, 192.168.221.0 und 10.0.0.0 sind alles netze die im Internet nicht geroutet werden (RFC 1918 Netze) Eine Ziel IP darf also niemals in einem dieser Netze liegen.
Aus deiner rudimentären Beschreibung Lokale IP des Routers gegenüber dem ADSL-Modem:... könnte man schlussfolgern, das dein Firmennetz Netz 2 getrennte Segmente benutzt wie z.B. hier beschrieben:


Wenn dem so ist musst du natürlich das Port Forwarding auch remote auf den Server eintragen. D.h. an beiden Standorten sowohl Privat als auch Firma muss das Port Forwarding von Port TCP 1723 und dem GRE Protokoll (aus den Komponenten besteht PPTP !) auf die jeweils lokalen IP Adressen eingetragen sein !!! Auf der Monowall Seite scheint das ja aber rpblemlos zu klappen, denn sonst könntesich ja gar keiner einwählen dort und wie du schreibst funktioniert das ja problemlos für andere Clients. Vermutlich liegt also der Fehler dann nur auf deiner Routerseite !

Vermutlich kann der NetGear mit 2 eingehenden PPTP Sessions nicht richtig umgehen, da ja auch dein Provider PPTP für den Zuganag nutzt... Ist aber nur eine Vermutung. GGf. hilft die NetGear Hotline da weiter...

Mmmmhhh. deine Konstellation in deinem Heim LAN ist unklar. Generell hat ein reines DSL Modem keine IP Adresse sondern ist ein passiver Medienwandler ! Die aktive Terminierung von PPTP oder PPPoE findet immer im eigentlichen Router statt der auch die NAT Funktion zum lokalen LAN abbildet.

Bei dir kann es nur so sein das du einen bestehenden Router über das Setup zu einem dummen DSL Modem gemacht hast indem du die Routerfuntion ausgeschaltet hast, weil du einen Router betreibst der nur eine Ethernetschnittstelle hat also kein integriertes DSL Modem besitzt.

Oder du besitzt (was sehr wahrscheinlich ist aber geraten...) ein kaskadiertes Routersystem aus 2 Routern.
D.h. dein erster Router erledigt die PPTP Einwahl beim Provider und hat auf der LAN Schnittstelle die 10er Adresse. Dahinter hast du einen zweiten Router der dir die Verbindung auf dein finales LAN Interface macht.
Die spannende Frage ist ob nun beide Router im Routerbetrieb sind und folglich auch beide einen NAT Prozess (Translation) ausführen was aber anzunehmen ist.
Also letztlich werden dann 192.168.221er Packete auf die IP 10.0.0.1 geNATet und diese Packete werden dann wieder am eigentlichen DSL Router auf die Provider IP zum 2ten mal geNATet. Funktioniert natürlich aber vollkommen überflüssig.

Das das dann nicht klappt mit PPTP liegt auf der Hand. Warum du diese 2te Kaskadierung dann ausführst ist unklar...
Theoretisch müsste der erste DSL Router der die PPTP Verbindung handelt eine Portforwarding Liste auf die 10.0.0.1 haben für den Port TCP 1723 und für das GRE Protokoll.
Dieser Router wiederum müsste eine Port Forwarding Tabelle auf die 192.168.221.x also den lokalen Laptop haben um seinerseits eingehende PPTP Verbindungen an diesen zu forwarden.
Es ist davon auszugehen das der erste von dir als Modem bezeichnete Router auch als Router mit NAT arbeitet, denn ein 10er Netz darf im Internet nicht geroutet werden. Es muss also zwangsläufig eine Adress Translation dort stattfinden und damit hast du dann 2 mal NAT auf diesem Weg das dir eine PPTP Verbindung sicher verhindert !!!

Nebenbei bemerkt ist es dann nicht gut den Laptop per DHCP eine Adresse zu vergeben, denn diese kann sich durch die Dynamik von DHCP verändern und dann würde die Port Forwarding Liste nicht mehr greifen...und nix geht mehr !
Besser also die Adresse außerhalb der DHCP Range statisch vergeben oder wenn der Router das supportet im DHCP Server an die MAC Adresse des Laptops binden, das der immer die gleiche IP vom DHCP bekommt.

Wie gesagt warum du eigentlich sinnloserweise 2 Router so kaskadiert betreibst ist schleierhaft ??!! Ob der Trick mit 2 Port Forwarding Tabellen für PPTP funktioniert musst du prüfen indem du es einmal ausprobierst. Gut ist das aber für eine stabile PPTP Verbindung nicht...

@Martin
damit deine VPN Verbindung richtig geht, musst Du auf beiden Seiten dynamic DNS verwenden.
Melde dazu beide Seiten z.B. bei Dyndns.org an und trage dann diese Namen anstatt einer öffentlichen IP Adresse ein. (Tifft nur zu, wenn beide Seiten mit DSL arbeiten, sonst nur die Seite, die mit DSL arbeitet, feste IP Adressen brauchen das ja nicht ).
In Deinem Router musst Du zusätzlich die VPN Ports (5500-5900) freigeben und an Deinen Rechner forwarden. Hier gibst Du also Deine interne IP Adresse des PCs an.
So sollte es dann funktionieren !

Viel Glück
oldy100

Das ist Unsinn ! DynDNS hat mit dem Aufbau einer VPN Verbindung rein gar nichts zu tun. DynDNS ist lediglich ein ein Nameservice der einem das Erreichen der IP Adresse des Routers die ja dynamisch ist vereinfacht... Es wird nichts anderes gemacht als einer dynamischen IP Adresse einen statischen Hostnamen zuzuweisen.
Also eine ganz andere Baustelle die mit dieser absolut nichts zu tun hat !!!...

Das zeigt ja auch schon die Tatsache das wie du ja schreibst andere VPN Verbindungen auf Basis anderer VPN Protokolle wie IPsec ja fehlerfrei funktionieren über den Router.
Port 5500 bis 5900 haben auch rein gar nichts mit einem irgendwelchen bekannten VPN Protokolle zu tun ! Auch das kann nicht stimmen. Obendrein fehlt ja auch noch die Angabe ob TCP oder UDP Port, also: Auch andere (und falsche) Baustelle !

Die Vermutung liegt nahe das der Router sehr wahrscheinlich mit den 2 parllelen PPTP Verbindungen nicht umgehen kann. Du hast ja eine bestehende PPTP Verbindung zum Provider und dann kommt noch eine eingehende dazu.... Die Tatsache das andere VPN Protokolle wie IPsec problemlos funktionieren untermauern diese These noch.
Hat der NetGear einen Syslog den man aktivieren kann oder einen internen Syslog dem man irgendwelche Messages beim Verbindungsaufbau entlocken kann die ggf. Rückschlüsse auf ein Fehlverhalten geben ???

auch wenn es ein Unsinn ist, das DynDNS wirst Du wohl brauchen. Der Router arbeitet mit NAT und deshalb kommt auf der anderen Seite ein ganz falsche IP Adresse an. Das bestätigt ja die Aussage, dass es ohne Router funktioniert.
Ich bin jetzt nicht der große VPN Spezialist, aber bei mir funktioniert das so.
Suche mal mit DSL - VPN - dyndns. Da findet ma Anleitungen, wie und wo das alles einzustellen ist.
Gruß
oldy100

Das mag schon sein aber es hat trotzdem mit dem eigentlichen Problem nichts zu tun !
DynDNS bringt dich nur in den Genuss eines festen Hostnamens wie meinrouter.dyndns.org hinter dem sich dann deine wechselnde IP Adresse befindet. Auch mit NAT hat das dann rein gar nichts zu tun sondern mit der dynamischen IP Adressvergabe bei PPPoE oder wie in deinem Fall PPTP Dialin Verbindungen. NAT ist wieder eine andere Baustelle !
DynDNS hat dann den Vorteil das du nicht immer eine wechselnde IP Adresse als Zieladresse (nämlich die deines Routers am WAN Port..) beim VPN Client eingeben musst, ist aber erstmal für den Test der VPN Funktion vollkommen irrelevant, da du auch mit deiner IP 80.x.y.z erstmal arbeiten kannst zum Testen, denn diese IP ist bis zum ersten Zwangsconnect ja erstmal aktiv.
Ansonsten kannst du immer mal auf www.wieistmeineip.de gehen um diese zu verifizieren.
Das man nachher für einen stabilen Betrieb mit einem DynDNS Account arbeiten sollte steht außer Frage...hat aber wie gesagt mit dem VPN als solchem nichts zu tun.

So oder so wäre das oben gesagt für dich weiterhin völlig irrelevant weil ja DU die VPN Verbindung initierst und gerade nicht der Firmenrechner bei dir. Du musst also als Ziel an deinem Client die IP oder Hostnamen des Firmen VPNs angeben. Welche Absenderadresse du hast spielt dabei gar keine Rolle !!!
Deine eigene IP ob mit oder ohne DynDNS oder NAT ist also vollkommen unerheblich in diesem Falle.... Vergiss also das DynDNS sofern sich nicht jemand bei DIR einwählen muss und du nur rauswählst auf einen fremden VPN Server.
Deshalb hat dir das auch nicht das Problem gelöst...was zu erwarten war !!!

Dann sind wir mal gespannt auf die Ergebnisse. Wie gesagt: Check mal ob der Firmenrouter eine Syslog Funktion hat und poste ggf. mit Syslog Meldungen dieser Maschine bei der PPTP Einwahl..