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

Pushing routes

Hi, 
I have a running SSLVPN on my ASG320 with 7.306.
We recently changed our IP scheme and introduced VLAN in our Network.
Internally everything works like a charm.
We are using networks starting with 10.46.x.x on a /21 subnet =255.255.248.0
So I added 10.46.16.0/21, 10.46.24.0/21 and 10.46.32.0/21 to all the places for our SSL-VPN-users.
And the clients gets the routes pushed successfully for every net but the 10.46.16.0.
There I see the net 10.46.16.0/20 gets pushed.
Resetting the network definitions, deleting and recreating the allowed nets for SSLVPN to no avail.
Since there are our servers in 10.46.16.0/21 - no SSLVPN-user can access them.

Any clues around?


This thread was automatically locked due to age.
Parents
  • Check the client config files and see if the routes are correct in there.
    Or try re-creating them if you haven't already.

    Barry
  • What subnet is the 'SSL VPN (Pool)'?
  • @BAlfson
    Sorry, the subnet was changed to 10.46.40.0/21.
    @BarryG
    Sorry, no routes inside my client-ovpn. As expected since they are been pushed from the ASG to the client during connect.
  • Steve, have you looked at the packet filter logs to be sure the packets aren't being blocked there?  Have you tried removing the VPN installation from a client and then re-installing?

    Still, it doesn't make sense that you define a subnet as /21, but the Astaro pushes /20.  Barry, is there a way for Steve to see the information in the Astaro that should be pushed?

    Cheers - Bob
  • Hi BAlfson,
    the packets are not blocked, since I see that Astaro pushes net 10.46.16.0/20 successfully. However, this net does not exist in our environment.
    Though I havent tried to look for the definition thru ssh.
    Do you know where I have to go for this information?
    The VPN installation is currently up and running on 100 laptops out there. 30 % rolled out after I had reset the 16.0/21 network definition. I also deleted the definition an recreated it.
    Sure it doesnot make sense but I have to confess this is the truth.

    Best regards

    steve
Reply
  • Hi BAlfson,
    the packets are not blocked, since I see that Astaro pushes net 10.46.16.0/20 successfully. However, this net does not exist in our environment.
    Though I havent tried to look for the definition thru ssh.
    Do you know where I have to go for this information?
    The VPN installation is currently up and running on 100 laptops out there. 30 % rolled out after I had reset the 16.0/21 network definition. I also deleted the definition an recreated it.
    Sure it doesnot make sense but I have to confess this is the truth.

    Best regards

    steve
Children
No Data