It is not the same thing as a LAN. The subnet mask has no meaning really. You cannot get broadcasts between VPN clients for the same reason. You are not on a LAN. WINS will help because you no longer rely on broadcasts for name resolution.
The biggest problem is not updating the browse list on the server, but the fact that a remote client doesn't know how to access it. A remote client will normally send its local domain name or workgroup eg workgroup 1B , and this fails of course. You had better get used to life without the computer browser service. Active 2 months ago. Viewed k times. Edit: The local resources that disappear are hosted on domain DFS roots, which might or might not be relevant.
Improve this question. Community Bot 1. Bryan Bryan 7, 14 14 gold badges 67 67 silver badges 92 92 bronze badges. You never mentioned which firewall you're using? That's a pretty important factor IMO, as I think that's where you're going to potentially find the answer to this question.
If the VPN is not being handled by the firewall but Windows then that presents a different sent of parameters to work within, as Windows VPN is fairly limited in my experience.
For example with a ASA - split tunneling is something really easy to troubleshoot and there is a good deal of configuration that can be done, especially with regards to DNS issues and assigning DNS.
That was why I asked, thank you for clarifying. Could you please add a route print from the vpn-connection to the post? Show 3 more comments.
Active Oldest Votes. OK, found a great resource here It's not perfect, but just might work. When working with the registry key, the following facts emerge: Changing the order of the GUIDs in the registry does impact the binding order, including for VPN connections Any changes to the key take effect immediately When a VPN connection is completed, the GUID for the connection is added to the top of the bind order if it does not already exist When a VPN connection is closed, the GUID entry for the connection is removed If there are multiple GUID entries for the connection, only one is removed when the connection is closed This mechanism creates the possibility of the following workaround: Examine the Bind registry key Connect to your VPN connection Check the Bind key again and copy the GUID that was added to the top of the list Paste the GUID entry at the bottom of the list 20 times Export the key and clean up the exported file to only include the bind key The result is a key that will support the desired behavior.
Of course, you can paste the GUID more times to reduce how often you have to reimport the key. Also important to remember to redo this procedure if there are any changes to network adapters. Improve this answer. Good find. That works very well, coupled with a computer start up script to reset the value of the registry key each boot, that should be a great workaround to what shouldn't be a problem in the first place. Many thanks. I'll give that some further testing. I'd recommend to create a scheduled task.
You also run this script once before connecting to the VPN. It's impossible to delete via netsh but only via registry: This answer helped in my situation superuser.
Add a comment. Hope this helps! Interesting, looking at my routing table above, the metric on the LAN interface is the lowest 20 , the VPN connection has a metric of Having said that, this problem can be somewhat intermittent, and with the routing table as displayed above, everything is currently working correctly.
I'll try and recreate the problem and re-check the routing table. Update, just reopened the tunnel, and all my connections to drives have dropped, but the routing table is no different to above.
Bryan, this Microsoft article support. It would be interesting to see what happens if you go through the procedure I wrote above when you have time. Others have reported the exact intermittent problems you see and solved it by hard-wiring the metrics serverfault. Ping and browsing netbios name won't work. Any thoughts? I read on the site yesterday that PPTP doesn't pass masks over the connection so it shouldn't matter. It also said that is why there is no option to manually set the mask in PPTP properties.
It further said that the mask will be a default based on the first octet of your ip address. I could be wrong about the mask being my problem, but what about the erroneous default gateway assigned to my PPTP client? Any chance your subnet is the same on both networks? IE: Your intranet is I just tried connecting to one of my 2k8 servers from Win7 and with the same subnets, and it connected, but I was getting odd behavior so that may be the cause.
Hope this helps someone! Sign up or log in Sign up using Google. Sign up using Facebook. Sign up using Email and Password. Post as a guest Name. Email Required, but never shown. The Overflow Blog. Stack Gives Back Safety in numbers: crowdsourcing data on nefarious IP addresses. Featured on Meta. New post summary designs on greatest hits now, everywhere else eventually. Related 2. Hot Network Questions.
0コメント