VPN 客户端似乎没有使用其 DNS 搜索后缀列表。当尝试 ping netbios 名称时，客户端会将其自己的域名附加到查找中。DNS 服务器响应说没有这样的名称。然后客户端什么也不做。
从 LAN 内部来看，其工作原理完全不同。客户端附加其自己的域。DNS 服务器回复没有此名称。客户端在搜索后缀列表中附加下一个域。DNS 服务器有此域的辅助区域，并使用正确的 IP 地址进行回复。
客户端可以通过 IP 和 FQDN ping 资源。此外，nslookup 解析了正确的名称。似乎只有 netbios 查找失败。标签：DNS、VPN、Checkpoint、Windows XP
答案1
NetBIOS 与 DNS 不同。NetBIOS 名称解析使用广播（通常仅限于 IP 网络上的单个子网）、WINS（范围更广，需要识别 WINS 服务器，通常通过 DHCP 提供）或 LMHOSTS 文件。如果 NetBIOS 名称解析在 VPN 连接上失败，但在您的 LAN 环境中工作，并且该 LAN 使用 WINS，那么您应该查看 VPN 客户端提供的 DHCP 范围选项（这些选项可能在客户端配置或由 VPN 网关动态提供）。
如果您的意思是主机名（例如 MyPC.somedomain.com 的 MyPC 部分）无法通过您的 VPN 解析，即使它在您在办公室时可以解析，那么问题就是您的 VPN 没有附加您需要的域后缀，或者可能是您的 VPN 没有重定向 DNS。
如果没有更多的信息，很难更具体 - 首先发布通过 VPN 连接时以及连接到 LAN 时 ipconfig /all 的输出。
答案2
在此连接的设置中，转到 tcp/ip 属性和高级属性并选择 DNS。在此连接的连接特定 DNS 后缀中添加域（域后缀）。
答案3
这是 ISP 的 DNS 劫持。客户端的物理适配器使用的是 Level 3 DNS 服务器。Level 3 将未知记录重定向到登录页面，而不是返回无此名称。将客户端更改为 Comcast DNS 服务器。问题解决了。