无法解析P2S上的内部名称，S2S在Azure中

Question

由于某些原因，我们的DNS解析不能在SSTP或S2S连接上正确工作。

在Azure环境中，一切都很好。另外，在建立SSTP连接时，我会得到正确的DNS服务器，但是解析不起作用，DNS请求只是超时。

那么到目前为止已经测试过的是：

• 手动配置P2S连接并强制使用隧道
• 附加连接特定后缀

有什么想法，我该调查什么？

PPP适配器测试：

Connection-specific DNS Suffix . :  test.internal
Description . . . . . . . . . . . : test
Physical Address. . . . . . . . . :
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv4 Address. . . . . . . . . . . : 10.10.10.4(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.255
Default Gateway . . . . . . . . . :

DNS Servers . . . . . . . . . . . : 168.63.129.16

NetBIOS over Tcpip. . . . . . . . : Enabled

Answer 1

Windows客户端计算机上的新VPN连接确实使用静态路由度量，它将您的默认网关(=默认路由)设置为VPN端点。虽然这通常是正确的，但在这种情况下，您的DNS (168)。在另一个网络上，而不是您的环境(10.)。通过您的VPN网关很可能无法透明地到达168.*。

您可以在环境的网关(和路由)端修复这个问题，或者让客户端决定该做什么。我只需在新创建的VPN适配器中禁用“设置为默认网关”选项(属性> IPv4 >属性>增强>设置为默认网关#off)。

您还可以使用PowerShell完成此操作：

Set-VpnConnection "CONNECTION NAME" -SplitTunneling $true

若要将其他网络添加到您的VPN路由，请使用：

Add-VpnConnectionRoute -ConnectionName "CONNECTION NAME" -DestinationPrefix 10.42.42.0/24

此外，您的客户端将使用它自己的互联网连接的互联网活动，不再pu的一切在您的VPN。

Answer 2

IP地址168.63.129.16是由女士拥有的，在您的场景中，从现场计算机解析Azure主机名是由Azure提供的DNS服务器。

将查询转发给相应虚拟网络中的客户管理DNS代理服务器，代理服务器将查询转发给Azure以求解决。见使用您自己的DNS服务器进行名称解析。

您可以在更新VPN连接后设置Azure虚拟网络中的DNS服务器，然后下载VPN客户端包。

有关更多信息，您可以查看相似的线。