VPN Issues

Soldato
Joined
18 Oct 2002
Posts
21,794
Location
Nordschleife
Does anyone know of any issues why a VPN connection would be live for 60s then drop for another 60s and then return?

It doesnt fully drops the connection just times out to the server?
 
Sounds like your either getting a lot of packet loss or your client is crap.

I'd have a mosey in your router stats and see what your CRC errors are like.

Another avenue of investigation would be helped by knowing which firewall your trying to connect to.
 
ISbox 6000 or something like that. Forgot to add this is only when connected via wired link into a router; GRPS connects fine.
 
what are you connecting over? the internet?

lan / wan?

any details? - isp? has it changed recently? - VPN ever worked at all?

Alex
 
ISbox 6000 or something like that. Forgot to add this is only when connected via wired link into a router; GRPS connects fine.

Sounds like a router/line issue. And i think you mean GPRS :p Ground penetrating radar system :) like all mobile phones use.

wouldn't be vpn dhcp lease time set wrongly?

just an idea. is it exactly 60 seconds every time?

nope cos then it would do the same on GPRS too, and it doesn't. It could however be local DHCP. This is also required as VPN is useless without internet, would also tie in with the VPN not completely dropping as your probably getting the nea address within the VPN timeout period which is probably about 90 seconds.
 
just_grass said:
do you know by any chance if an ISA firewall is being used either at your end or at the server end?

Alex

again, if it was at the remote end then it would have the same effect on GPRS.

And i doubt he has an ISA firewall on home ADSL tbh.
 
Skilldibop said:
again, if it was at the remote end then it would have the same effect on GPRS.

And i doubt he has an ISA firewall on home ADSL tbh.

Okay yea i just missed your last post when i clicked submit.... :rolleyes:

but he may have something relating to ISA firewall at home - i don't know :confused:

but i came across this: http://support.microsoft.com/default.aspx?scid=kb;en-us;831531

slight coincidence.
Alex
 
Skilldibop said:
Sounds like a router/line issue. And i think you mean GPRS :p Ground penetrating radar system :) like all mobile phones use.



nope cos then it would do the same on GPRS too, and it doesn't. It could however be local DHCP. This is also required as VPN is useless without internet, would also tie in with the VPN not completely dropping as your probably getting the nea address within the VPN timeout period which is probably about 90 seconds.


aye 3G GPRS :p

The firewall is WatchGuard Firebox 700 that is managed by 3rd party but other users connect fine just this one user.
 
Dangerous said:
aye 3G GPRS :p

The firewall is WatchGuard Firebox 700 that is managed by 3rd party but other users connect fine just this one user.
would this 3rd party have anything to do with an ISA firewall?

also... do you use PPTP or L2TP for VPN?

Alex
 
The firewall is WatchGuard Firebox 700 that is managed by 3rd party

This man he plays with fire.

Some line stats, CRC from the remote router would be very useful, also maybe a screenie of the local DHCP config.

have a go from there i'd say.
 
just learnt something.....

PPTP requires a Keep-alive packet to be sent... yea okay....

But at this microsoft site it says - EVERY 60 SECONDS default.

give google a search "pptp keep alive packet" - throws some info up about it all.

Alex

edit:
perhaps some are not being recieved or even sent and the server times out the connection before they are sent (and the client then silently reconnects?)

maybe changing this on the client could solve the problem? - or change the time before it drops out.
 
Last edited:
just_grass said:
just learnt something.....

PPTP requires a Keep-alive packet to be sent... yea okay....

But at this microsoft site it says - EVERY 60 SECONDS default.

give google a search "pptp keep alive packet" - throws some info up about it all.

Alex

edit:
perhaps some are not being recieved or even sent and the server times out the connection before they are sent (and the client then silently reconnects?)

maybe changing this on the client could solve the problem? - or change the time before it drops out.


Thats for NT this is 2000 Pro SP4
 
Back
Top Bottom