域名parsing不能通过VPN到Windows 2003域，VPN位于不同的子网上
我能够浏览共享，有时，通过VPN连接到我办公室的局域网时，我的Outlook连接到交换服务器。 但是，我知道我的VPN地址是在一个完全不同的子网，以服务器上。 （我的服务器是类似于192.168.0.1，而我的VPN是5. *）
问题是交换和访问共享通常可能一开始慢，交换往往会退出 – 我认为，因为需要在Windows Server 2003框中configuration更多的域名查找？
编辑：我看到有人试图closures这个问题？ 让我换句话来说：
应该如何configurationDNS lookupzones以允许从不同的子网快速parsing本地域？
VPN连接可能会通过具有更高延迟和更低吞吐量的广域网，因此在浏览共享时性能会受到影响。
如果您的VPN客户端在连接时从不同的子网获取地址，则无关紧要。 如果您能够浏览共享并连接到Exchange，则可能已经正确设置了DNS，但是您可以按照文档中的说明尝试在您的VPN客户端上parsing某些域内部的DNS RR，然后进行仔细检查：
nslookup [...] > set q=srv > _ldap._tcp.dc._msdcs.your-ad-domain.local 如果它parsing到您的域控制器，一切都很好。 如果没有，显然属于变化。 如何为VPN客户端设置DNS服务器取决于您的VPN实施。 如果你可以添加细节到你的问题，有人可能会给你一些build议。
如果您正在使用Windows RAS （例如，在Windows Server终止的PPTP VPN），则需要为AD添加DNS服务器信息，作为RRAS DNS服务search顺序configuration中的第一个条目 。 短名称的parsing不适用于此configuration，但它不支持域search列表的分配 ，因此您将不得不使用FQDN进行名称parsing。
我必须在VPN连接上手动inputDNS，然后将VPN连接优先级移到顶部，以便在我的其他连接接口之前查询：
注意：对于Hamachi也是这样的： http ://logmeinwiki.com/wiki/Hamachi: Microsoft_Exchange_Server_connection