在Windows 7中无法按名称ping本地计算机

13

按名称ping网络中的本地计算机时，我遇到了一个奇怪的问题（并且是永久的！）。我相信我的机器（Windows 7 64位）是唯一出现此问题的机器。这是通过无线连接。

例如，考虑网络上名称为的设备WDTVLiveHub。这是Western Digital Live Hub（惊喜！）。如果在浏览器中转到路由器的DHCP客户端表（我的路由器是WRT400N），则会看到以下条目：

WDTVLiveHub 192.168.1.101

大。因此，我尝试ping该IP地址：

ping 192.168.1.101

Pinging 192.168.1.101 with 32 bytes of data:
Reply from 192.168.1.101: bytes=32 time=9ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64

Ping statistics for 192.168.1.101:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 9ms, Maximum = 16ms, Average = 14ms

好，看起来还不错。现在，我尝试通过名称ping它：

ping WDTVLiveHub

Ping request could not find host WDTVLiveHub. Please check the name and try again.

根据我的阅读，这意味着DNS服务器和主机名查找存在问题。有趣的是，如果我键入以下内容：

pathping 192.168.1.101

我得到以下输出：

Tracing route to WDTVLIVEHUB [192.168.1.101]
over a maximum of 30 hops:
  0  Scotty [192.168.1.103]
  1  WDTVLIVEHUB [192.168.1.101]

Computing statistics for 25 seconds...
            Source to Here   This Node/Link
Hop  RTT    Lost/Sent = Pct  Lost/Sent = Pct  Address
  0                                           Scotty [192.168.1.103]
                                1/ 100 =  1%   |
  1   12ms     1/ 100 =  1%     0/ 100 =  0%  WDTVLIVEHUB [192.168.1.101]

Trace complete.

Scotty显然是我的本地计算机的名称。因此，当我采用这种方法时，便能够以某种方式找到名称...

ipconfig /all 在DNS服务器下显示以下内容：

   DNS Servers . . . . . . . . . . . : 192.168.1.1
                                       ***.***.***.***
                                       ***.***.***.***

其中*表示通过Internet在我的路由器中的DNS 1和DNS 2下显示的相同DNS服务器。

为了完整起见，以下是整个输出ipconfig /all：

Windows IP Configuration

   Host Name . . . . . . . . . . . . : Scotty
   Primary Dns Suffix  . . . . . . . : 
   Node Type . . . . . . . . . . . . : Peer-Peer
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Dell Wireless 1397 WLAN Mini-Card
   Physical Address. . . . . . . . . : 0C-EE-E6-D1-07-E8
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv6 Address. . . . . . . . . . . : 2002:d83a:31e5:1234:5592:398e:8968:43d1(Preferred) 
   Temporary IPv6 Address. . . . . . : 2002:d83a:31e5:1234:ecce:2f79:72a5:5273(Preferred) 
   Link-local IPv6 Address . . . . . : fe80::5592:398e:8968:43d1%26(Preferred) 
   IPv4 Address. . . . . . . . . . . : 192.168.1.103(Preferred) 
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : September-17-12 11:05:57 PM
   Lease Expires . . . . . . . . . . : September-18-12 11:05:57 PM
   Default Gateway . . . . . . . . . : fe80::200:ff:fe00:0%26
                                       192.168.1.1
   DHCP Server . . . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 537718502
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-12-80-3D-D7-00-26-B9-0D-08-70
   DNS Servers . . . . . . . . . . . : 192.168.1.1
                                       ***.***.***.***
                                       ***.***.***.***
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter VirtualBox Host-Only Network:

   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : VirtualBox Host-Only Ethernet Adapter
   Physical Address. . . . . . . . . : 08-00-27-00-98-9A
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::b48a:916b:c0f:fb29%23(Preferred) 
   Autoconfiguration IPv4 Address. . : 169.254.251.41(Preferred) 
   Subnet Mask . . . . . . . . . . . : 255.255.0.0
   Default Gateway . . . . . . . . . : 
   DHCPv6 IAID . . . . . . . . . . . : 570949671
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-12-80-3D-D7-00-26-B9-0D-08-70
   DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter Local Area Connection* 15:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{55899375-C31D-4173-A529-4427D63FD28B}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{64B8F35F-A6AB-4D6B-B1D5-DD95F57B1458}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #3
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

不确定确切如何诊断正在发生的事情...但是问题确实令人沮丧！最大的问题是我的映射网络驱动器必须通过IP来完成，然后每当路由器为那些设备分配新的IP地址时，我所有的网络共享都会再次中断。臭！

希望对可能的解决方案有所帮助。我已经尝试过netsh重置所有目录，但似乎根本没有解决任何问题。也希望能对发生的问题进行解释，而不是盲目地重新设置！

更新：我运行Wireshark 1.8.2来查看运行ping请求时发生的情况。Wireshark立即显示LLMNR对我认为是正确的多播目标的四个请求。其中两个是IPv4，另外两个是IPv6。我看不到任何ICMP数据包吗？是否应要求LLMNR单独工作？

更新2：我可以按名称ping网络上的另一台计算机（Windows Vista）。这使LLMNR仅在较新的Windows计算机上受支持，而在我的网络上的其他设备上不受支持。我在另一台计算机上安装了WireShark ，发现从那里ping时，它还会发送NBNS数据包-NetBIOS名称服务。这意味着我的机器由于某种原因没有发出NBNS查询。还在挖...

更新3：似乎无法发送NetBIOS数据包。我认为这是根本原因。我尝试通过组策略禁用LLMNR，希望NetBIOS能够神奇地启动，但是没有运气。ipconfig显示已启用基于TCP / IP的NetBIOS，但WireShark并未显示任何发出的NetBIOS名称解析数据包。我尝试禁用然后重新启用它。我还尝试了nbtstat winsock reset catalog和的两个经典命令nbtstat int ip reset reset.log，但这些命令根本没有解决NetBIOS问题。需要一些指导...

解决了！非常感谢wmz。他或她确实确实指出了问题所在：无论出于何种原因，我的TCP / IP上的NetBIOS都已将自己设置为以对等模式运行。经过一番研究，发现对等模式仅在您设置了WINS服务器的情况下才有效（我绝对不会！）。我进入注册表，发现在NodeType下没有条目，但实际上是DhcpNodeType的条目，其（恐怖！）值为0x00000002。值为1是Broadcast（应该没问题），值为2是Peer-to-Peer（对等）（需要WINS服务器！Ack！），4尝试WINS服务器然后广播，而8尝试广播然后WINS服务器（称为“混合”）模式）。删除DhcpNodeType条目并重新启动后，我发现ipconfig /all现在显示混合模式。因此，这似乎是Windows 7 Ultimate 64位的默认设置。我尝试了ping操作wdtvlivehub，并立即被成功的甜美气息所吸引。非常感谢大家的各种回答。我很高兴能解决此问题而无需重新安装Windows或某些疯狂的东西。我仍然不知道这个值是如何改变的……但是至少这是一回事，希望该信息可以帮助其他人解决令人沮丧的网络问题！很高兴能解决这个问题！赏金好赚！

谢谢！

windows-7  networking  wireless-networking  home-networking  ip 
— 阿尔德瓦克
source
1
您能否提供cmd - nslookup - 192.168.1.101
— Langhard 2012年
1
而且cmd - nslookup - WDTVLiveHub
— Langhard
他:)至于它为什么发生-DHCPNodeType的存在表明它是由DHCP设置的。这是许多DHCP服务器中可用的配置选项。如果配置，它将类型设置为给定值。问题是，即使您后来连接到未设置它的网络，它似乎也保留在注册表中。这意味着可能会再次出现此问题（如果您再次使用设置它的网络）。最后，我发现您的问题是一个很好的例子，它很好地说明了问题。您完成了大部分工作！
— wmz 2012年

Answers:

12

您的发现似乎指向netbios解析器，这又使该条目成为可疑项：
Node Type . . . . . . . . . . . . : Peer-Peer

Netbios节点类型p（2）-通常仅与Wins服务器一起使用（我假设您没有），有效地禁用了任何netbios名称解析广播。

本文描述的问题与您的问题非常相似，并且也链接到 Msoft technet文章，其中详细介绍了如何将节点类型重置为更合理的方法：

要解决此问题，请按照下列步骤操作：

Click Start, click Run, type regedit, and then click OK.
Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NetBt\Parameters
In the right pane of Registry Editor, delete the following values if they are present:
    NodeType
    DhcpNodeType

注意如果存在NodeType值，则此值将覆盖DhcpNodeType值。如果两个子项都不存在，并且没有为客户端配置WINS服务器，则计算机将使用b节点模式。如果至少配置了一个WINS服务器，则计算机将使用h节点模式。退出注册表编辑器。重新启动计算机。尝试再次查看网络上的工作组计算机。

— wmz
source
这看起来很有希望。我今晚会尝试。对我来说，这似乎是最合适的解决方案。我真的希望是这样！
— aardvarkk 2012年
做到了！如果您有兴趣，我会在原始问题中添加一些细节。
— aardvarkk 2012年
这是一个巨大的帮助，效果很好。谢谢！
— Jason R. Coombs 2014年
1
默认情况下将此值设置为Peer-Peer的可能原因是什么？安装系统时，我的计算机已连接到WAN，这是否可能受到影响？
— Olegs Jeremejevs 2015年
@OlegsJeremejevs最有可能由DCHP服务器设置，因为Win默认情况下不设置此节点类型（b / h是默认设置）。请参阅我对OP问题的评论
— wmz 2015年
3

关于ipconfig /all输出的一个有趣的事情是您没有主DNS后缀，您应该进入该适配器上ipv4的tcp / ip属性，然后将工作组添加为主DNS后缀，看看它是否能够解析其他DNS的名称。系统，大多数路由器会将.workgroup添加到计算机名称中，因此系统的fqdn将为scotty.workgroup。还检查并查看是否可以按名称ping WDTVLiveHub.workgroup。您还应该将工作组也添加到该适配器的ipv4设置上的dns搜索域列表中。

— d4v3y0rk
source
这似乎也很有希望。我也会尝试这个。谢谢！
— aardvarkk 2012年
2

也许服务器无法解析主机名。

您可以尝试在hosts文件中将WDTVLiveHub的条目添加为：

192.168.1.101 WDTVLiveHub

在Windows上：C：\ Windows \ system32 \ drivers \ etc \

— 杰伊
source
1
有两件事：1）我认为您有倒退的想法。IP地址应为第一个，主机名应为第二个。2）将其添加到hosts文件中确实可以“解决”问题，但它基本上忽略了实际的问题-主机名解析不起作用。对我来说，这似乎是解决方法，而不是解决方案……我不应该hosts在网络中所有计算机的文件中添加条目！仍然有帮助，谢谢您的回答。
— aardvarkk 2012年
1

问题可能在于在使用iPv4和iPv6的同一网络设备上混合。

您可能会尝试在路由器和Windows 7中关闭iPv6。

— 哈里奇
source
1

以下解决方案会让您忘记处理本地主机文件的麻烦以及诸如NETBIOS名称解析之类的事情-但这样做有一个缺点。这不仅仅是在Windows或路由器配置中打开或关闭的设置。这需要您付出更多的努力。

对我来说，您似乎已经足够足够以某种方式解决此问题，而您再也不会在家庭网络中再次遇到名称解析问题！

快速浏览www.dd-wrt.com之后，您的Cisco-Router似乎可以运行开源路由器固件DD-WRT。这种便捷的软件安宁性将使您的路由器花费您在家庭网络中所需的所有功能，甚至更多。它还包含一项称为DNSMasq的服务，该服务是在路由器上运行的小型轻量级dns服务器。

从DD-WRT Wiki：

DNSMasq的另一个优点是，DNSMasq可以智能地将DHCP租约添加到其DNS数据库，从而为任何静态或动态DHCP客户端提供本地名称查找。

因此，这实际上将为您的网络添加真正的dns解析，这并不是基于希望您的NETBIOS和多播DNS解析正常工作。

如果您是那种家伙，那喜欢闲逛几个小时然后尝试新的东西，我建议您看看。您可以在此处 找到刷新路由器的指南，但在将新固件刷新到DD-WRT之前，请务必检查您的设备和型号版本是否与DD-WRT兼容！ 再次检查该链接

DD-WRT提供的其他出色功能：

  • Wake On LAN支持-从任何地方启动设备
  • VPN端点支持-从国外获得到您的家庭网络的安全连接。
  • 带宽分析和管理-获取有关您的网络使用情况的真实信息。
  • 还有更多的东西。概述可以在这里找到

顺便说一句，它的自由也。

干杯Riscie！

（我没有与DD-WRT的任何开发人员建立联系，也不会从使用此固件的人那里获得收益-太热情了，因为我真的相信它的功能性：）

dd-wrt状态屏幕截图

— 朗哈德
source
只是为了提醒您，固件安装过程中的人为错误会阻塞路由器。
— harrymc 2012年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.