当“ nslookup”工作正常时，为什么“ ping”无法解析名称？

在Windows XP工作站上，我可以使用nslookup以下命令在DNS中找到要连接的计算机：

nslookup wolfman
Server: dns.company.com
Address: 192.168.1.38

Name: wolfman.company.com
Address: 192.168.1.178

但是，当我尝试连接到该计算机时，出现一个错误，告诉我找不到该计算机（即，无法在DNS中查找该计算机）：

C:\> ping wolfman
Ping request could not find host wolfman. Please check the name and try again.

如果我直接使用IP地址，则可以连接：

C:\> ping 192.168.1.178

Pinging 192.168.1.178 with 32 bytes of data:

Reply from 192.168.1.178: bytes=32 time=41ms TTL=126
Reply from 192.168.1.178: bytes=32 time=41ms TTL=126
Reply from 192.168.1.178: bytes=32 time=44ms TTL=126
Reply from 192.168.1.178: bytes=32 time=38ms TTL=126

我可以通过在hosts文件中添加一个条目来解决此问题，但我宁愿找出原因。问题是暂时的，大部分时间我都可以连接到机器。

这怎么可能？

ETA：为简洁起见，我省略了此内容，但有人要求：

C:\> ping wolfman.company.com
Ping request could not find host wolfman.company.com. Please check the name and try again.

预计到达时间：其他应用程序将获得相同的结果。我只是尝试ping来简化。telnet无法连接，Cygwin应用程序会显示“未知的主机狼人”消息。

更新：使用wireshark，我发现我的工作站没有尝试进行DNS查找。它只是在报告“找不到主机”错误消息。

我相信nslookup在DNS端口上打开winsock连接并发出查询，而ping使用DNS客户端服务。您可以尝试停止此服务，然后查看是否有所不同。

一些命令将重新初始化各种网络状态：

将WINSOCK条目重置为安装默认设置：将netsh winsock reset catalog
TCP / IP堆栈重置为安装默认设置：netsh int ip reset reset.log
刷新DNS解析器缓存：ipconfig /flushdns
更新DNS客户端注册并刷新DHCP租约：ipconfig /registerdns
刷新路由表：（route /f 需要重新启动）

尝试使用主机名后跟一个点来ping。所以代替ping wolfman使用ping wolfman.

那应该可以让您解决问题，而不必对hosts文件等进行变通。

尝试ipconfig /displaydns寻找狼人。如果将其缓存为“名称不存在”（可能是由于先前间歇性的失败查找），则可以使用刷新缓存ipconfig /flushdns。

nslookup 不使用缓存，而是直接查询DNS服务器。

尝试添加.到该连接的DNS后缀。即，转到：

1. 以太网状态
2. 单击属性
3. 互联网协议版本4
4. 单击属性
5. 点击高级
6. 附加这些DNS足够（按顺序）
7. 添加.为后缀。

以下屏幕快照中说明了相同的步骤：

这应该ping wolfman起作用。

说明

nslookup wolfman（名称服务器查找：wolfman）将主机名（）发送wolfman到DNS（域名系统）以获取相应的IP地址。这是nslookup命令的唯一目的。这已经有效，因此我们已验证DNS是否有效，并且wolfman确实与IP地址相对应。

相反，ping wolfman需要做两件事：

1. 获取主机名（wolfman）对应的IP 。
2. 将数据包发送到IP并监听响应

在Windows（甚至是Windows 10等最新版本）上，第一步很容易失败。为了向后兼容，Windows支持各种主机名解析方法（主机文件，DNS，NetBIOS / WINS，LMHO​​ST文件）。

不幸的是，似乎Windows ping命令并不总是尝试进行DNS查找。我不知道触发此行为的具体条件。

幸运的是，我们可以强制Windows使用FQDN（完全合格的域名）进行DNS查找。在实践中，我们通过.在主机名后缀一个点来实现wolfman.。尝试ping wolfman.并验证它是否有效。

最后一步是强制Windows自己附加该点。我已经在此答案的开头说明了如何执行此操作。

nslookup 在Windows上解析名称/ ip地址时，其工作原理与其他命令不同。

Windows上的常规解析方法如下：

1. 客户端检查所查询的名称是否是其自己的名称。
2. 然后，客户端搜索本地主机文件，本地计算机上存储的IP地址和名称列表。
3. 查询域名系统（DNS）服务器。
4. 如果名称仍然无法解析，则使用NetBIOS名称解析顺序作为备份。可以通过配置客户端的NetBIOS节点类型来更改此顺序。

nslookup另一方面用于测试域名服务器。

我一直在努力解决类似的问题，并尝试了@harrymc建议的解决方案。我在Microsoft Technet论坛上发现了最终似乎（至少在某种程度上）可行的方法（nslookup可以运行，但没有其他功能可以在独立的Win7 PC上使用DNS）

这是报价：

...尝试使用下面的命令刷新并重置客户端解析程序缓存以进行测试。

ipconfig / flushdns

ipconfig /注册域名

请参考下面的链接了解更多详情。 http://jefferyland.wordpress.com/2011/07/28/quick-review-of-flushdns-registerdns-and-dns-queries/

所以基本上我缺少的是 ipconfig /registerdns

就在今天，我们遇到了同样的问题，但是解决方案却有所不同。因此，我想将其添加为参考，因为这是搜索量最高的结果。

• 问题：ping不能解析主机名，但是nslookup可以。（在2个不同的Windows Server 2012 R2主机上观察到。）
• 原因：（对于每个主机）该主机连接了多个 NIC，并且配置了多个默认网关。
• 解决方案：（对于每个主机）从所有NIC的配置中删除默认网关，但删除一个除外，因此只能恢复一个默认网关。

也许wolfman.company.com列在C：\ Windows \ system32 \ drivers \ etc \ hosts中？

nslookup绕过该文件并始终询问DNS，而ping和其他工具首先在“主机”文件中查找，然后在DNS中查找。

我在Windows 2012R2（= 8.1）系统上遇到了相同的问题，并尝试了上述所有建议，但没有一个可以解决：
-对完全限定的名称执行Ping操作。
-对不合格的名称执行Ping操作。
-两者都在其他几个具有相同操作系统和显然相同配置的系统上工作。
-所有必要的后缀搜索字符串都在那里。
（请注意，一些建议的修复程序（如多标签查询的解决方法）显然是不相关的，因为不合格的名称只有一部分。）

然后，我注意到我要ping的目标系统没有IPv6地址。所以我尝试了“ ping -4 unqualified_name ”和宾果游戏！这工作。
因此出于某种原因，仅在此系统上，ping只能尝试解析不合格名称-> IPv6地址，而不是不合格名称-> IPv4。
对我来说，解决方法是完全禁用IPv6，因为我根本不需要它。但是，我真的很想找到一种更温和的方式来告诉ping（或者大概是DNS客户端服务）尝试同时解析IPv4和IPv6地址。

在文件中添加条目c:/windows/system32/drivers/etc/hosts可能会解决该问题。

我试图弄清楚为什么在一台win 7的计算机上我可以使用能ping server正常工作的计算机，而另一台计算机却无法解决该问题server。但是，两者都可以Ping server.lan，我不太了解。

原来我搞砸了一些设置（DNS后缀），以便在使用工作VPN时不必使用FQDN。我必须将本地名称添加.lan到这些后缀中，以使两台计算机的行为相同。

转到控制面板>网络和Internet>网络连接，然后右键单击您的网络连接，然后单击属性。单击“ Internet协议版本4”，然后单击“属性”按钮。然后在此新窗口中单击“高级...”按钮。转到DNS选项卡，这是我为工作添加DNS后缀的地方，但对于正常的家庭连接也需要一个DNS后缀。

我也遇到了这个问题。对我来说，最简单的解决方法.是在主机名的末尾添加a 。但是，这很烦人。大多数网络都不需要这样做。我宁愿不必告诉网络上的其他所有人在需要访问相同资源时也要这样做。

我一直在看Frederik Aalund的建议作为可能的解决方案，并注意到他们建议从默认的“附加主要和连接特定的DNS后缀”选项切换。这让我觉得也许我的网络只是配置有误。

查看我的DD-WRT设置，“ LAN域”未设置。将其设置为任意字符串似乎可以解决我网络上所有客户端的问题，而无需在每台机器上进行特殊配置，这是我想要的解决方案！:)

我从Windows XP迁移到Windows 7时遇到了此问题，该问题与Windows 7多标签DNS查询问题有关。

允许DNS后缀附加到不合格的多标签名称查询-请参阅：

http://computerstepbystep.com/allow_dns_suffix_appending_to_unqualified_multi_label_name_queries.html

希望这可以帮助

如果在Mac OS X上，则可能是DNS缓存问题：

转储缓存

sudo killall -HUP mDNSResponder
sudo dscacheutil -flushcache

我选择此方法是因为去年困扰了我，也许我找到了解决方法。

对我来说，Windows客户端中的某些dns缓存系统似乎有问题。Windows 7和8.1受此影响...关于Windows XP的内容不再多说。ping无法解析名称。重要的不是icmp部分，而是名称解析部分。nslookup旨在查询名称服务器，并且确实做到了这一点，并且没有Windows名称层次结构解析。

每次重新启动dnscache服务都会有所帮助。但是由于我在所有客户端接口上都禁用了IPv6，因此该问题不再发生。

干杯!

我对此可能是错的，因为它是基于我长期被遗忘的NT4 ressource-kit的日子。

票价方面，我记得PING使用Netbios / WINS和DNS（至少在您未指定FQDN的情况下，使用该顺序）。

WINS已经很多年了，但是您可能仍在界面上启用了Netbios，因此PING可能使用的Netbios可能不会给您任何结果。尤其是当流量通过某处的路由器时。

只需禁用Netbios，Ping将使用DNS作为第一优先级，并将接口上注册的DNS Surffic附加到您的主机名。

我刚遇到这个问题，发现了一些很奇怪的东西，然后设法解决了

基本上，如果您的主机文件中有任何条目与ping尝试解析的IP相同，则它将失败。

例如，如果在您的DNS中，您有一个www.example.com-10.0.0.20的记录，但是在您的客户端的主机文件10.0.0.20 somethingelse.com中有一个条目，则您将无法ping通www .example.com

奇怪吧

在我的情况下，解决此问题的方法是将我尝试ping的主机的域添加到名为“ DNS Suffix Search List”的组策略选项中。

简短的过程是：打开gpedit.msc并导航到Computer Configuration -> Administrative Templates -> Network -> DNS Client > DNS Suffix Search List，将其设置为“ Enabled”，然后将域名添加到列表中（默认情况下列表为空）。

这些步骤的详细说明可以在这里找到

我遇到了同样的问题，结果发现另一台机器具有相同的IP地址，这就是造成它的原因。

将IP重新更改为DHCP，一切正常。

这里没有任何解决方案对我有用。对我有用的是使用OpenVPN重新连接到我的工作VPN。然后，断开连接后，一切继续进行。

我相信问题与我的计算机通过openVPN连接时电源关闭有关。我发现此问题的唯一方法是使用WireShark。我注意到所有查询的目标IP都将转到工作内部网络中的IP。

ping使用ICMP协议，特别是“回显请求”和“回显应答”。

许多网络禁用ICMP实用程序以防止攻击或基本的网络扫描。我发现您购买的许多路由器都带有禁用ping的设置，例如默认情况下启用的实用程序。

您可以在这里找到有关ICMP的更多信息：

http://en.wikipedia.org/wiki/Internet_Control_Message_Protocol