In this FREE six-day email course, you'll learn from Janis Griffin, Database Performance Evangelist. She'll teach 12 steps that you can use to optimize your queries as much as possible and see measurable results in your work. Get started today!
Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.
Have a better answer? Share it in a comment.
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.