我的组织中有一台机器出现了一个奇怪的问题。 即尝试parsing名称时使用了错误的DNS服务器。
DNSconfiguration非常简单 – 我们有两个内部DNS服务器，DHCP分配公共Google DNS服务器作为备份。
总的来说，DHCP客户端按顺序接收以下DNS服务器：
这种configuration适用于每个人…除了一个Windows 10机器，似乎使用谷歌的DNS而不是内部的DNS。 那台机器当然有互联网接入，但不能访问我们的内部资源。 还值得注意的是，该机器可以ping DNS服务器和我们的内部IP很好，所以这似乎不是一个连接问题。
更奇怪的是，如果这台机器通过WiFi连接（DHCP保持不变，那么只有一个AP），那么使用正确的内部DNS。
该机器上没有自定义的IPv4设置，而且我也不知道使用超出服务器列出顺序的任何其他types的DNS优先级系统。
这里有什么可能是错的？
编辑：一些额外的信息：
nslookup会显示默认的DNS服务器被用作8.8.8.8 nslookup <internalDNSname> <internal DNS IP>工作并产生预期的结果，所以有问题的机器可以与我们的DNS服务器通信就好了 如果无线适配器工作正常，那么它听起来就像在NIC属性上本地configuration的设置，或者是向该NIC发出不同选项信息的DHCP保留。 我会检查有问题的网卡的IPv4>高级，然后检查DHCP，确保没有人为该网卡configuration了预留，但是有错误的选项。
您是否尝试过静态configurationDNS设置？ 如果你这样做的Win10机器使用正确的DNS设置？
这听起来像机器无法联系内部DNS服务器，或者它没有得到有效的解决scheme。
DNS客户端按照指定的顺序快速连续发起查询。 如果主服务器速度太慢，而次服务器响应速度较快，则可能会对后续查询有利。 但是，由于外部DNS服务器不会为您的内部名称提供解决scheme，因此应该回来尝试这些内部DNS服务器。
当你对这些内部服务器执行nslookup时会发生什么，他们是否以内部主机名的分辨率做出响应？
您的eth连接的networking适配器是否具有适当的高级DNS设置？ （例如：添加DNS后缀）。 这看起来和你的Wifi适配器一样吗？
当您在该工作站上重新启动DNS客户端服务时会发生什么？