/u/34112/crop5e37d2ed08818_cropped.png?f=community)
Huidige Situatie:
1x Windows 2008 Enterprise
1x Belkin RouterF5D8232df4
Wanneer ik op de Windows 2008 server instel dat inkomende verbindingen geaccepteerd moeten worden kan ik intern via een andere (windows) machine een VPN verbinding opbouwen naar mijn 2008 server.
dit heb ik getest en werkt op het interne subnet.
Op de router heb ik UDP/TCP poort 1723 geNAT van het outside naar het inside ip adres van de 2008 server.
de router ondersteund volgens documentatie PPTP passtrough, een instelling kan ik overigens niet weervinden in de webinterface van de router.
Probleem:
Vanaf een pc buiten mijn netwerk een VPN verbinding proberen op de bouwen naar het outside IP van mijn router geeft als resultaat dat hij blijft hangen bij "checking username and password".
Het lijkt er dus op dat GRE protocol 47 pakketten niet goed worden doorgestuurd.
Voor de test heb ik de server in de DMZ gehangen, resultaat.. het werkt nog steeds niet, het probleem blijft het zelfde.
conclusie:
Intern werkt het wel, extern worden ergens de GRE pakketten niet goed doorgegeven, dit kan dus volgens mij niet worden opgelost door een poort meet of minder te NATTEN
Het probleem moet ergens te vinden zijn binnen de belkin router, heeft iemand een idee hoe ik dit op kan lossen ?
1x Windows 2008 Enterprise
1x Belkin RouterF5D8232df4
Wanneer ik op de Windows 2008 server instel dat inkomende verbindingen geaccepteerd moeten worden kan ik intern via een andere (windows) machine een VPN verbinding opbouwen naar mijn 2008 server.
dit heb ik getest en werkt op het interne subnet.
Op de router heb ik UDP/TCP poort 1723 geNAT van het outside naar het inside ip adres van de 2008 server.
de router ondersteund volgens documentatie PPTP passtrough, een instelling kan ik overigens niet weervinden in de webinterface van de router.
Probleem:
Vanaf een pc buiten mijn netwerk een VPN verbinding proberen op de bouwen naar het outside IP van mijn router geeft als resultaat dat hij blijft hangen bij "checking username and password".
Het lijkt er dus op dat GRE protocol 47 pakketten niet goed worden doorgestuurd.
Voor de test heb ik de server in de DMZ gehangen, resultaat.. het werkt nog steeds niet, het probleem blijft het zelfde.
conclusie:
Intern werkt het wel, extern worden ergens de GRE pakketten niet goed doorgegeven, dit kan dus volgens mij niet worden opgelost door een poort meet of minder te NATTEN
Het probleem moet ergens te vinden zijn binnen de belkin router, heeft iemand een idee hoe ik dit op kan lossen ?