Wrong source IP used when connecting to IP of SoftEther Host
Posted: Wed Jul 06, 2016 7:21 am
I have a very strange problem I have spent many hours on. I'll try to keep this post as concise as possible.
Long story short - I can connect the VPN, I can ping all IP addresses on the remote network EXCEPT the IP address of the server that is hosting the VPN Server.
I'm using the SoftEther server and client to establish my VPN connection. I've tested the server on 3 different OSes (2003, 2008, and 2012 R2). I have an identical setup at another organization that I have not experienced this issue with. I've tried setting up both secureNAT, and a dual virtual hub w/ L3 virtual router setup. I've tried setting specific static routes. I've tracert'd the packets and see that they try to go out the default gateway rather than the VPN. I've tried setting up the VPN client on several different computers. I've confirmed routing tables are all correct.
I am not using a local bridge setup. I cannot, in this scenario. I have created a private VPN network that is routable through SoftEther with DHCP provided static routes.
I can connect the VPN, I can ping the IP address of the VPN server's LAN IP indefinitely without issue. But, if I stop pinging it, or don't ping it right away I can no longer ping it after a moment.
It's absolutely crazy. I have no idea how anything on the client end would even know the LAN IP address of the VPN server when I am using SecureNAT or virtual routing between multiple hubs. Yet, it ALWAYS effects only the IP address of the VPN host, no matter what system the VPN server is installed on, and no matter what IP address it has.
I finally narrowed it down to a problem with Windows 7. It does not act up on Windows 10. I also narrowed it down to a problem with source IP selection. i.e. If I ping any of the other remote IP addresses, windows chooses to use my VPN interface's IP address as the source. If I try to ping the affected IP address, windows chooses to use the IP address of my network interface on my computer which causes the packets to always try to route through the default gateway and fail.
Why would windows choose the wrong source IP address only for packets destined to the LAN IP address of the VPN Server host computer?
I have confirmed I can successfully ping the affected IP address if I force the proper source IP address:
ping -S 10.130.10.5 10.0.0.5
I read here which seems to have the best explanation about source IP selection: https://blogs.technet.microsoft.com/net ... -computer/
But, it still doesn't give me a clue why this is happening. The only thing I can guess is that for some reason it thinks the route is down for this one particular IP address and chooses to use the default gateway / interface.
Thanks!
Long story short - I can connect the VPN, I can ping all IP addresses on the remote network EXCEPT the IP address of the server that is hosting the VPN Server.
I'm using the SoftEther server and client to establish my VPN connection. I've tested the server on 3 different OSes (2003, 2008, and 2012 R2). I have an identical setup at another organization that I have not experienced this issue with. I've tried setting up both secureNAT, and a dual virtual hub w/ L3 virtual router setup. I've tried setting specific static routes. I've tracert'd the packets and see that they try to go out the default gateway rather than the VPN. I've tried setting up the VPN client on several different computers. I've confirmed routing tables are all correct.
I am not using a local bridge setup. I cannot, in this scenario. I have created a private VPN network that is routable through SoftEther with DHCP provided static routes.
I can connect the VPN, I can ping the IP address of the VPN server's LAN IP indefinitely without issue. But, if I stop pinging it, or don't ping it right away I can no longer ping it after a moment.
It's absolutely crazy. I have no idea how anything on the client end would even know the LAN IP address of the VPN server when I am using SecureNAT or virtual routing between multiple hubs. Yet, it ALWAYS effects only the IP address of the VPN host, no matter what system the VPN server is installed on, and no matter what IP address it has.
I finally narrowed it down to a problem with Windows 7. It does not act up on Windows 10. I also narrowed it down to a problem with source IP selection. i.e. If I ping any of the other remote IP addresses, windows chooses to use my VPN interface's IP address as the source. If I try to ping the affected IP address, windows chooses to use the IP address of my network interface on my computer which causes the packets to always try to route through the default gateway and fail.
Why would windows choose the wrong source IP address only for packets destined to the LAN IP address of the VPN Server host computer?
I have confirmed I can successfully ping the affected IP address if I force the proper source IP address:
ping -S 10.130.10.5 10.0.0.5
I read here which seems to have the best explanation about source IP selection: https://blogs.technet.microsoft.com/net ... -computer/
But, it still doesn't give me a clue why this is happening. The only thing I can guess is that for some reason it thinks the route is down for this one particular IP address and chooses to use the default gateway / interface.
Thanks!