TheMG Here's the situation: -Client is on a local network 192.168.1.0/24, and connected to VPN server with OpenVPN client on a Windows Vista machine -At the server end, the network is also 192.168.1.0/24. -VPN server is configured in NAT mode, with subnet 192.168.2.0/24 for VPN clients The problem: Client tries to access 192.168.1.1 on the remote end, but instead he accesses 192.168.1.1 on his local network, instead of through the VPN. If the client tries to access an IP that is unreachable on his local network (192.168.1.150 for example), it works as expected and the client can reach 192.168.1.150 through the VPN tunnel to the remote end network. Is there a solution to this problem, so that ALL traffic, including traffic with the same subnet as the local network, is routed through the VPN tunnel? Note that changing network subnets at either end is currently not feasible.
janjust the short answer: no this is not feasible, esp not with Windows clients. The long answer: you **might** be able to achieve this using some special windows firewall (IPSec filtering!) rules but I would not go that route.
TheMG So, essentially, I'd be better off changing my network subnet to something less common than 192.168.1.0/24 when I get the chance to do so. Something like 192.168.37.0/24, that is far less likely to conflict with local networks that clients would be connecting from.
