Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 21 replies
  • Subscribers 1 subscriber
  • Views 11875 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Windows 7 & Astaro SSL VPN - no routes possible because of APIPA

StephanG
Hello everyone,

we are having some problems lately with the vpn client.

Sometimes the client can't add the routes because the dhcp server of the astaro is too slow when applying the ip address to the interface of the astaro client. So W7 is applying an APIPA adress (169.*).
If the client gets the wrong ip address the routes cannot be added.

When you reconnect 1 or 2 times the ip address can be applied. We already tried to set the "route delay" to 10 10 so that the client has more time to get the ip address. But that also does not work.

Anyone has similar problems and a solution ?
We have a ASG 525 and about 160 SSL clients at peak time. It happens over 3G or WLAN so it can't be the slow connection which is causing this.

Greets
Stephan


This thread was automatically locked due to age.
Parents
  • 0
    Hi, Stephan,

    I think William may have hit on your issue.  It seems that SSL VPNs are real resource hogs.  I realize that some places in Europe will block IPsec, but maybe you could get everyone set up to try first with L2TP over IPsec, and only use the SSL VPN Client as a fallback solution.

    Cheers - Bob
  • 0 in reply to BAlfson
    Hello Bob,

    yes because of the restrictions (also at our customers) we use SSL VPN as our only VPN solution. I also had these problems when we moved to SP3 of XP.

    There it was solved by the route delay entry (although i think we had 30 seconds there).

    Greets
    Stephan
Reply
  • 0 in reply to BAlfson
    Hello Bob,

    yes because of the restrictions (also at our customers) we use SSL VPN as our only VPN solution. I also had these problems when we moved to SP3 of XP.

    There it was solved by the route delay entry (although i think we had 30 seconds there).

    Greets
    Stephan
Children
No Data