VPN连接导致DNS使用错误的DNS服务器

我的公司网络上有Windows 7 PC（它是我们的Active Directory的成员）。一切正常，直到我打开与客户站点的VPN连接。

连接后，将无法访问网络上的共享，包括我们具有文件夹重定向策略的目录（例如“应用程序数据”）。可以想象，这使PC上的工作非常困难，因为桌面快捷方式停止工作，软件由于从其下面拉出“应用程序数据”而无法正常工作。

我们的网络被路由（10.58.5.0/24），其他本地子网位于10.58.0.0/16的范围内。远程网络位于192.168.0.0/24。

我已将问题归结为与DNS相关。打开VPN通道后，我所有的 DNS流量都会通过远程网络，这说明了本地资源的丢失，但是我的问题是，如何强制本地DNS查询转到我们的本地DNS服务器而不是我们的客户？

ipconfig /all未连接到VPN时的输出如下：

Windows IP Configuration

   Host Name . . . . . . . . . . . . : 7k5xy4j
   Primary Dns Suffix  . . . . . . . : mydomain.local
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : mydomain.local

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . : mydomain.local
   Description . . . . . . . . . . . : Broadcom NetLink (TM) Gigabit Ethernet
   Physical Address. . . . . . . . . : F0-4D-A2-DB-3B-CA
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::9457:c5e0:6f10:b298%10(Preferred)
   IPv4 Address. . . . . . . . . . . : 10.58.5.89(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : 31 January 2012 15:55:47
   Lease Expires . . . . . . . . . . : 10 February 2012 10:11:30
   Default Gateway . . . . . . . . . : 10.58.5.1
   DHCP Server . . . . . . . . . . . : 10.58.3.32
   DHCPv6 IAID . . . . . . . . . . . : 250629538
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-14-AC-76-2D-F0-4D-A2-DB-3B-CA

   DNS Servers . . . . . . . . . . . : 10.58.3.32
                                       10.58.3.33
   NetBIOS over Tcpip. . . . . . . . : Enabled

这是连接了VPN隧道的同一命令的输出：

Windows IP Configuration

   Host Name . . . . . . . . . . . . : 7k5xy4j
   Primary Dns Suffix  . . . . . . . : mydomain.local
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : mydomain.local

PPP adapter Customer Domain:

   Connection-specific DNS Suffix  . : customerdomain.com
   Description . . . . . . . . . . . : CustomerDomain
   Physical Address. . . . . . . . . :
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 192.168.0.85(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.255
   Default Gateway . . . . . . . . . :
   DNS Servers . . . . . . . . . . . : 192.168.0.16
                                       192.168.0.17
   Primary WINS Server . . . . . . . : 192.168.0.17
   NetBIOS over Tcpip. . . . . . . . : Disabled

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . : mydomain.local
   Description . . . . . . . . . . . : Broadcom NetLink (TM) Gigabit Ethernet
   Physical Address. . . . . . . . . : F0-4D-A2-DB-3B-CA
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::9457:c5e0:6f10:b298%10(Preferred)
   IPv4 Address. . . . . . . . . . . : 10.58.5.89(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : 31 January 2012 15:55:47
   Lease Expires . . . . . . . . . . : 10 February 2012 10:11:30
   Default Gateway . . . . . . . . . : 10.58.5.1
   DHCP Server . . . . . . . . . . . : 10.58.3.32
   DHCPv6 IAID . . . . . . . . . . . : 250629538
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-14-AC-76-2D-F0-4D-A2-DB-3B-CA

   DNS Servers . . . . . . . . . . . : 10.58.3.32
                                       10.58.3.33
   NetBIOS over Tcpip. . . . . . . . : Enabled

路由表

网络目标Netmask网关接口指标

          0.0.0.0          0.0.0.0        10.58.5.1       10.58.5.89     20
        10.58.5.0    255.255.255.0         On-link        10.58.5.89    276
       10.58.5.89  255.255.255.255         On-link        10.58.5.89    276
      10.58.5.255  255.255.255.255         On-link        10.58.5.89    276
    91.194.153.42  255.255.255.255        10.58.5.1       10.58.5.89     21
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      192.168.0.0    255.255.255.0     192.168.0.95     192.168.0.85     21
     192.168.0.85  255.255.255.255         On-link      192.168.0.85    276
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link        10.58.5.89    276
        224.0.0.0        240.0.0.0         On-link      192.168.0.85    276
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link        10.58.5.89    276
  255.255.255.255  255.255.255.255         On-link      192.168.0.85    276

接口的绑定顺序如下：

我尚未将VPN隧道配置为在远程端使用默认网关，并且与两个网络上的节点进行网络通信都很好。（即，我可以ping我们网络或远程网络上的任何节点）。

我已修改PPTP连接属性以使用DNS服务器，10.58.3.32然后使用192.168.0.16，但查询仍然转到192.168.0.16。

编辑：

消失的本地资源托管在域DFS根目录上，这可能是（或可能不是）相关的。

进一步编辑：

这似乎只影响域DFS根目录。如果通过服务器名称（\\server\share而不是\\dfsroot\share）引用共享，则可以访问共享。

根据对这个答案的评论，我发现我可以将域的DNS名称添加到我的主机文件中，这可以阻止（DFS）网络驱动器消失，但是我仍然希望问题的粗体部分（上面） ）回答是否有任何想法。

好的，在这里找到了很多资源：http : //rdpfiles.com/2011/08/25/windows-vpn-client-and-local-dns-resolution/

这不是完美的，但也许可以。

绑定顺序存储在注册表中的以下位置： HKLM\System\CurrentControlSet\Services\Tcpip\Linkage\Bind。该列表按绑定优先级顺序包括网络适配器和活动连接的所有设备GUID。

使用注册表项时，出现以下事实：

更改注册表中GUID的顺序会影响绑定顺序，包括VPN连接的顺序

• 密钥的任何更改都会立即生效
• VPN连接完成后，如果该连接的GUID不存在，则将其添加到绑定顺序的顶部
• 关闭VPN连接后，将删除该连接的GUID条目
• 如果连接有多个GUID条目，则在关闭连接时仅删除一个

此机制可能会导致以下变通办法：

1. 检查绑定注册表项
2. 连接到您的VPN连接
3. 再次检查Bind键，然后复制添加到列表顶部的GUID。
4. 将GUID条目粘贴到列表底部20次
5. 导出密钥并清理导出的文件，使其仅包含绑定密钥

结果是将支持所需行为的密钥。每次建立VPN连接时，由于存在GUID，因此不会添加该GUID。由于GUID位于底部，因此DNS解析将在客户端本地完成。断开连接后，将删除一个GUID条目。在20个VPN连接之后，可以使用导出的注册表文件重新导入密钥。

当然，您可以粘贴GUID多次，以减少重新导入密钥的频率。

如果网络适配器有任何更改，请记住要重做此过程，这一点也很重要。

在我看来，VPN隧道以某种方式优先于将DNS流量定向到VPN DNS服务器的局域网接口（如果您可以访问这些服务器，则可以检查这些服务器上的请求以验证此行为，或者可以通过以下方法验证此行为：您）。

由于绑定顺序指示的不同，我无法完全解释。根据此处的这篇文章（请参阅更高的评分答案），Windows对此有不同的看法，根据连接速度而不是适配器绑定顺序来选择更高优先级的通道。因此，为了测试起见，请尝试以下操作以更改此自动行为：1）转到网络连接，并为每个连接做2）IP v4属性3）高级4）禁用“自动度量” 5）手动为本地设置度量1连接，VPN连接（PPP）的度量标准为2。这样，它将相对于远程DNS而言，硬性连接到本地DNS服务器的路径。

希望这可以帮助！

如前所述，这是一个拆分隧道问题。

三个修复程序，建议使用第二项修复程序，因为它很容易，并且如果与VMware Workstation 8搭配使用，则很容易获得良好的性能

1-启用拆分隧道-不安全，可能需要在客户端进行工作。不太可能发生，IT安全gestapo将关闭您。

2-虚拟桌面方法-P2V现有桌面并将其转变为VM。使用VM将VPN连接到客户端。您保留桌面，并可以根据需要切换到桌面。

3-虚拟服务器方法-P2V现有桌面并将其转变为VM，然后将其置于免费版本的ESXi上。您保留桌面，并可以根据需要通过控制台切换到VM。这可能很慢...

不幸的是，Windows VPN无法执行“ Split-DNS”。但是，连接到远程站点后，可以从VPN连接中删除DNS服务器。

您可以通过发出以下命令来执行此操作：

netsh接口ipv4删除dnsservers name =“ VPN的名称 ” address = all validate = no

每次连接到VPN网络时，您都必须执行此操作。

您的VPN隧道位于客户端和客户端网络之间。听起来好像没有在使用拆分隧道，这将阻止您在隧道启动时访问自己网络上的资源。

因此，您（或您的客户端）需要启用拆分隧道，或者需要额外的网络连接和自定义的路由表才能同时访问两个网络。

尽管很久以前就问过这个问题，但发布此答案可能会帮助其他人。我对VPN有同样的问题，当用户用来连接远程VPN时，他们的外部dns用于停止。google.com在上列出的仅用于工作的公司域split-dns。

问题是，当使用的本地计算机执行dns查询流量到vpn隧道时，如果在隧道中允许dns，则回退。当回退时，它通常会先选择ipv6作为分辨率，然后再不返回ipv4。

因此，为了测试结果，我们首先在开始工作的本地计算机上禁用了ipv6。要为所有用户永久修复此问题，我们client-bypass-protocol在ASA防火墙上启用了命令，如果IPv6未在vpn池上配置，则会忽略IPv6。

因此，如果您无法控制防火墙并且知道拆分隧道和拆分dns到位，但是它失败了，您可以尝试ipv6在本地计算机上禁用，并且如果可以控制它，那么只要您不使用ipv6，就可以启用上述命令在您的远程网络中。

这对我有所帮助，希望对其他人有所帮助:)

是的，我有经验！

设置与本地DNS服务器的VPN连接，然后连接到使用nslookup来查询VPN域名的VPN。您应该使用VPN LAN本地IP来获得响应。这意味着您使用VPN DNS服务器来解决查询。

现在打开您的LAN连接，并将DNS手动设置为本地或ISP DNS。一个Volia！使用箭头键并重复nslookup查询。您将收到一个公共IP，这意味着您使用本地/ ISP DNS服务器来解析VPN域的查询。am !!!!

我只是从客户端VPN配置中删除此选项

setenv opt阻止外部DNS

它解决了问题

几年前我遇到了这个问题，并通过编辑VPN连接文件来解决，只需制作一个vpn.pbk文件（您可以在google中找到它）即可通过文本编辑器（如记事本）打开该文件，并将UseRasCredentials值更改为零，这样就可以解决问题。但是唯一的问题是您的局域网连接DNS优先级高于VPN DNS，并且名称解析花费更多时间（如果使用VPN连接到Internet）。

您为什么认为它的DNS？

如果在连接到VPN时失去对网络共享的访问权限-几乎可以肯定，您的计算机在使用WINS / NETBIOS时会遇到困难。

定义一个WINS服务器并再次测试。