okamon
asked on
VPN: 2 network with same IP scheme problem
We have a windows 2008 server, running as DC/DNS/DHCP,etc. I setup the VPN on it, i don't have problem establish the connection on the client workstation. But the problem is sometimes I cannot use the \\servername, even I try the \\server_IP. When I ping it replies though.
i noticed that the 2 network use same IP scheme as 192.168.1.x, is this causing the problem? why? if that's the case, then I think it's not practical, as how can we expect the network that client at all use different IP scheme, like in hotel, airport, cafe, etc
i noticed that the 2 network use same IP scheme as 192.168.1.x, is this causing the problem? why? if that's the case, then I think it's not practical, as how can we expect the network that client at all use different IP scheme, like in hotel, airport, cafe, etc
ASKER
I don't have any issue if I am on different subnet. So do you know how can I setup tunnel all in windows 2008? When I first setup vpn client, in tcp/ip setting, by default it is "Use default gateway on remote network"..... this is not tunnel all? as they will pass through the remote network to go to internet though....
Yes, checking that box does mean tunnel all. it means all the resources on the local network are not accessible and traffic is sent through the vpn connection.
my expectation is that if you are on an identical network, then tunnel all should work. if it's not, then changing the IP subnet for your remote clients get is the next option and, quite possibly, your only option.
my expectation is that if you are on an identical network, then tunnel all should work. if it's not, then changing the IP subnet for your remote clients get is the next option and, quite possibly, your only option.
ASKER
it seems the tunnel all working for me, if i am on different subnet, there is no issue.... there is no other solution?
if tunnel all doesn't work with duplicate subnets, then you need to change the subnet for you remote users. sorry.
if you believe another answer exists, then try clicking the request attention link in your question. request a mod to adjust your zones and send a request for other experts to review your question. either you'll get an answer that you like or one that supports mine. i know i'd want a second opinion.
if you believe another answer exists, then try clicking the request attention link in your question. request a mod to adjust your zones and send a request for other experts to review your question. either you'll get an answer that you like or one that supports mine. i know i'd want a second opinion.
You have to change remote site IP range....
Otherwise, you can route specific ip (or small ip ranges) to remote sites (to access specific servers for example) but after a few sites, it will be unmanageable!
Otherwise, you can route specific ip (or small ip ranges) to remote sites (to access specific servers for example) but after a few sites, it will be unmanageable!
ASKER
Thank you. as digitap mentioned some vpn server can do tunnel all. windows 2008 vpn server cannot handle that? It seems on the vpn client, by default it direct all traffic, but it doesn't help.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
how some company's get around that is to do what's called tunnel all rather than split tunneling. split tunneling says that your remote users has access to resources on the local network AND the remote network. what this usually amounts to is they access the vpn to access intra-network resources and use the local network to get to the internet. if you "tunnel all" then they only have access to resources on the intra-network and that's it. they'd have to disconnect from the vpn to access the internet. there is a way that you can get internet access over the vpn as well, but i'm not familiar with how to do that on a 2008 vpn server...only a sonicwall appliance.
tunnel all would force all the traffic to go over the VPN regardless of the local subnet. this would almost certainly resolve the issue you are seeing, unless it's a DNS issue. do you see the same issue when the subnet is different?
in your case of resolving the server name, it may be more of an issue with DNS. are you passing an internal DNS server to the IP settings of the vpn client? if not, then it's probably not going to resolve the server name. of course, it could be that the subnet is the same and is trying to resolve the name on a local DNS server which wouldn't know anything about your server.