Ip-sec VPN -> Fout 678

[Verwijderd]

Ik heb een zeer vreemd probleem...
Ik heb een VPN inbel account gehad van een bedrijf.
En blijkbaar kan iedereen daar netjes inbellen.
Behalve ik :-) Ik krijg telkens Fout 678.

Volgende stappen ondernomen:

- poort 1723 en 1701 open gezet in router.
- windows firewall uitgeschakeld
- virusscanner gedeinstalleerd
- op pc & laptop geprobeerd verbinding te maken
- via een HDSPA verbinding van T-Mobile geprobeerd de verbinding op te zetten
- via een ADSL lijn van InterNL net geprobeerd in te bellen
- via een ADSL lijn van Compuserve geprobeerd in te bellen

Het is een IP-SEC VPN verbinding... de IP-SEC key is ingevoerd.
Maar hij komt nog geen eens bij de stap dat hij dit allemaal gaat checken.

Nu vond ik op internet wel het volgende document:
L2TP/IPsec NAT-T update for Windows XP and Windows 2000

Blijkbaar zou er een aanpassing zijn gedaan in SP2 waardoor IP-SEC VPN niet meer mogelijk zou zijn.
Met een aanpassing in het register zou dit weer werken.
Echter staat dit allemaal goed in het register. Heb het geprobeerd met SP2 en net geupdate naar SP3 maar dan nog werkt het niet. En men blijft beweren dat het gewoon zou moeten werken
en dat het aan mijn lijn ligt, of dat mijn configuratie iets tegen zou houden...

Ik kan ook geen verbinding maken door telnet ip 1723 of 1701 in te voeren.
Wel is het ip netjes te pingen, ik krijg dan ook antwoord.

Zie ik iets over het hoofd?
Ik heb zelf overigens een Sonicwall en Draytek... en daarmee kan ik wel netjes een VPN verbinding bouwen. Echter maken deze wel allebei gebruik van een VPN client.

[nielsl]

meestal zijn dat routing fouten, de service an sich functioneert namelijk omdat anderen er wel op komen, hier misschien een oplossing waarvoor je contact zal moeten opnemen met de systeembeheerder van de VPN server

http://www.helpmij.nl/forum/showthread.php?t=298725

[Question Mark]

Vraag even bij dat bedrijf welke poorten je precies moet openen. Uit mijn hoofd mis je nl nog poort 47 voor GRE (generic routing encapsulation).

[DukeBox]

Question Mark schreef op zaterdag 10 januari 2009 @ 11:01:
Vraag even bij dat bedrijf welke poorten je precies moet openen. Uit mijn hoofd mis je nl nog poort 47 voor GRE (generic routing encapsulation).

Dat is geen poort maar een protocol !

[Equator]

En daarnaast is het GRE protocol alleen maar in gebruik bij PPTP, en niet bij IPsec.

---

Verder zou ik van de TS willen weten welke IPsec vpn software hij gebruikt op zijn client. MS ingebouwde vpn adapter doet namelijk geen native IPsec, maar alleen l2tp over IPsec. En als jij dan naar een native IPsec vpn endpoint een tunnel opstart, dan wil dat niet werken natuurlijk.

Verder zou ik willen weten, wat voor IPsec endpoint er wordt gebruikt. En waarom je geen contact zoekt met de leverancier van die vpn verbinding..

En tenslotte is dit geen PNS, maar meer een topic voor Netwerken

[Verwijderd]

Er wordt ingebeld op Cisco hardware.
Maar het vreemde is dat met een andere net geinstalleerde PC hij wel verbinding wilt maken.
Dus iets van software houdt het tegen.

[DukeBox]

Gebruik je ook de cisco client of native windows ?
In het laatste geval, welke windows versie ? (wat werkt, wat werkt niet).
Soms kan er ook een probleem zijn met fragmentatie, zorg dat MTU deze voor ras adapters (waaronder ik de ipsec/l2tp verbinding valt) altijd op auto staat.

[Verwijderd]

Het kwam door de Draytek VPN Client.
Wanneer ik deze installeerde werkte de andere verbinding niet meer.
Zou het op een manier mogelijk zijn verbinding te leggen met een Draytek zonder deze client??
Deze client veroorzaakt tijdens installatie namelijk vaak blauwe schermen en nu ook dus het dichtknijpen van andere VPN verbindingen....