You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 1, 2024. It is now read-only.
Describe the bug
When the server uses split tunnel to only route one endpoint (or a different subnet) through the tunnel, the vpnc script sets up a route using the tunnel address with its last octet incremented by one.
I only tested this on a windows server, so can't say the same about other platforms.
To Reproduce
Steps to reproduce the behavior:
In a windows server, install openconnect-gui 1.5.3.
Connect to a Cisco VPN server which will use split tunnel and provide one or more endpoint addresses (or subnets) that are different than the subnet from which the tunnel address is assigned.
Try to ping the endpoint.
Expected behavior
The ping should receive a response (assuming no firewall is blocking ICMP packets)
Screenshots
-None. Will add later if needed.
Desktop (please complete the following information):
OS: Windows Server 2012 R2
Browser: NA
Version: 1.5.3 (openconnect-gui)
Additional context
If the tunnel address is 192.168.1.10, and the end point is 10.1.2.30, the route command used is:
route add 10.1.2.30 192.168.1.11
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Describe the bug
When the server uses split tunnel to only route one endpoint (or a different subnet) through the tunnel, the vpnc script sets up a route using the tunnel address with its last octet incremented by one.
I only tested this on a windows server, so can't say the same about other platforms.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The ping should receive a response (assuming no firewall is blocking ICMP packets)
Screenshots
-None. Will add later if needed.
Desktop (please complete the following information):
Additional context
If the tunnel address is 192.168.1.10, and the end point is 10.1.2.30, the route command used is:
route add 10.1.2.30 192.168.1.11
The text was updated successfully, but these errors were encountered: