No se puede hacer ping a las máquinas locales por nombre en Windows 7

Tengo un problema extraño (¡y persistente!) Con hacer ping a las máquinas locales en mi red por nombre. Creo que mi máquina (Windows 7 de 64 bits) es la única que tiene este problema. Esto es a través de una conexión inalámbrica.

Como ejemplo, considere un dispositivo en mi red con el nombre de WDTVLiveHub. Es un Western Digital Live Hub (¡sorpresa!). Si voy a la tabla de clientes DHCP de mi enrutador en el navegador (mi enrutador es un WRT400N), veo esta entrada:

WDTVLiveHub 192.168.1.101

Excelente. Entonces trato de hacer ping a esa dirección 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

OK, aún se ve bien. Ahora trato de hacer ping por nombre:

ping WDTVLiveHub

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

Por lo que he leído, esto implica un problema con los servidores DNS y las búsquedas de nombres de host. Curiosamente, si escribo lo siguiente:

pathping 192.168.1.101

Me sale esta salida:

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 es obviamente el nombre de mi máquina local. Entonces puedo encontrar el nombre de alguna manera cuando hago ese enfoque ...

ipconfig /all muestra lo siguiente en servidores DNS:

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

Donde * representa los mismos servidores DNS que aparecen en mi enrutador bajo DNS 1 y DNS 2 a través de Internet.

Para completar, aquí está todo el resultado de 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

No estoy seguro de cómo diagnosticar exactamente lo que está sucediendo ... ¡pero el problema es realmente frustrante! El mayor problema es que mis unidades de red asignadas deben hacerse por IP, y luego cada vez que el enrutador asigna nuevas direcciones IP a esos dispositivos, todos mis recursos compartidos de red se rompen nuevamente. Apesta!

Me encantaría recibir ayuda sobre posibles soluciones. He intentado netshrestablecer todo este catálogo y eso no parece solucionar nada en absoluto. ¡Me encantaría una explicación de lo que va mal también, en lugar de reiniciar las cosas a ciegas!

ACTUALIZACIÓN: Ejecuté Wireshark 1.8.2 para ver qué sucedía cuando ejecuté mi pingsolicitud. Wireshark muestra inmediatamente cuatro LLMNRsolicitudes a lo que creo que es el destino de multidifusión correcto. Dos de ellos son IPv4 y los otros dos son IPv6. Lo que no veo son paquetes ICMP? ¿Debería esperarse que LLMNR trabaje solo?

ACTUALIZACIÓN 2: Puedo hacer ping a otra máquina (Windows Vista) en la red por nombre. Esto coincide con la idea de que LLMNR solo se admite en máquinas Windows más nuevas, pero no en los otros dispositivos de mi red. Instalé WireShark en mi otra máquina y descubrí que cuando hago ping desde allí, también envía paquetes NBNS: Servicio de nombres NetBIOS. Esto implica que de alguna manera mi máquina no está enviando consultas NBNS por alguna razón. Todavía cavando ...

ACTUALIZACIÓN 3: Parece que no puedo enviar paquetes NetBIOS. Creo que esta es la causa raíz. He intentado deshabilitar LLMNR a través de la política de grupo con la esperanza de que NetBIOS se inicie mágicamente, pero no tuve suerte. ipconfigmuestra que NetBIOS sobre TCP / IP está habilitado y, sin embargo, WireShark no muestra ningún paquete de resolución de nombres NetBIOS que se envíe. He intentado deshabilitar y luego volver a habilitarlo. También probé los dos comandos clásicos de nbtstat winsock reset catalogy nbtstat int ip reset reset.log, pero no solucionaron los problemas de NetBIOS. Me ENCANTARÍA alguna orientación ...

¡RESUELTO! Muchas, muchas gracias a wmz. Él o ella determinó exactamente el problema: por cualquier razón, mi NetBIOS sobre TCP / IP se había configurado para actuar en modo punto a punto. Después de un poco de investigación, resulta que el modo peer-to-peer solo funciona si tienes un servidor WINS configurado (¡lo cual definitivamente no hago!). Busqué en el registro y no encontré entradas en NodeType, pero sí una entrada para DhcpNodeType con el valor (¡horror de los horrores!) De 0x00000002. Un valor de 1 es Broadcast (que hubiera estado bien), 2 es Peer-to-Peer (¡requiere un servidor WINS! ¡Ack!), 4 intenta el servidor WINS y luego emite, y 8 intenta la transmisión y luego el servidor WINS (llamado "Híbrido" modo). Después de eliminar la entrada DhcpNodeType y reiniciar, descubrí queipconfig /allahora mostró el modo híbrido. Parece que ese es el valor predeterminado para Windows 7 Ultimate 64-bit. Intenté hacer ping wdtvlivehube inmediatamente me saludaron con el dulce sabor del éxito. Muchas gracias a todos por sus diversas respuestas. Estoy muy feliz de haber resuelto el problema sin reinstalar Windows o alguna locura. Todavía no tengo idea de cómo cambió este valor ... ¡pero al menos es una cosa más a tener en cuenta y espero que esta información ayude a alguien más a lidiar con problemas de redes frustrantes! Se siente tan bien tener este problema lamido! ¡Recompensa bien ganada!

¡Gracias!

Sus hallazgos parecen apuntar a netbios resolver, lo que a su vez hace que esta entrada sea sospechosa:
Node Type . . . . . . . . . . . . : Peer-Peer

El nodo de Netbios tipo p (2), que normalmente se usa solo con el servidor Wins (que supongo que no tiene), deshabilita efectivamente cualquier transmisión de resolución de nombres de Netbios.

Este artículo describe un problema muy similar al suyo y también enlaza con el artículo de Msoft technet que detalla cómo restablecer el tipo de nodo a algo más razonable:

Para resolver este problema, siga estos pasos:

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

Nota Si el valor NodeType está presente, este valor anulará el valor DhcpNodeType. Si no hay ninguna subclave y si no hay servidores WINS configurados para el cliente, la computadora usa el modo b-node. Si al menos un servidor WINS está configurado, la computadora usa el modo h-node. Salga del Editor del registro. Reinicia la computadora. Intente ver nuevamente las computadoras de grupos de trabajo en la red.

Una cosa interesante sobre su ipconfig /allsalida es que no tiene sufijo dns primario, debe ir a las propiedades tcp / ip para ipv4 en ese adaptador y agregar un grupo de trabajo como sufijo dns primario y ver si puede resolver los nombres de su otro sistemas, la mayoría de los enrutadores agregarán .workgroup a los nombres de las máquinas para que el fqdn de su sistema sea scotty.workgroup. también verifique y vea si puede hacer ping a WDTVLiveHub.workgroup por nombre. También debe agregar un grupo de trabajo a la lista de dominios de búsqueda de DNS en la configuración de IPv4 para ese adaptador.

Quizás el servidor no pueda resolver el nombre del host.

Puede intentar agregar la entrada para WDTVLiveHub en el archivo de hosts como:

192.168.1.101 WDTVLiveHub

En Windows: C: \ Windows \ system32 \ drivers \ etc \

Quizás mezclar en los mismos dispositivos de red que usan iPv4 e iPv6 es el problema.

Puede intentar apagar iPv6 en el enrutador y en Windows 7.

La siguiente solución le permitirá olvidarse del ajetreo relacionado con los archivos host locales y cosas como la resolución de nombres NETBIOS, pero hay una desventaja en eso. Esta no es solo una configuración para activar o desactivar en la configuración de Windows o enrutador. Esto necesita un poco más de esfuerzo de tu parte.

¡Para mí parece que eres lo suficientemente sofisticado como para resolver esto de una manera en la que nunca más tendrás problemas para resolver nombres en tu red doméstica!

Después de una comprobación rápida en www.dd-wrt.com , parece que su Cisco-Router es compatible para ejecutar el firmware de enrutador de código abierto DD-WRT. Este pequeño software práctico le dará a su enrutador todas las funcionalidades que necesita en su red doméstica y aún más. Esto también incluye un servicio llamado DNSMasq que es un servidor dns pequeño y liviano que se ejecuta en su enrutador.

Desde el Wiki DD-WRT:

Una ventaja adicional es que DNSMasq puede agregar de manera inteligente arrendamientos DHCP a su base de datos DNS, proporcionando búsquedas de nombres locales para cualquier cliente DHCP, estático o dinámico.

Por lo tanto, esto realmente agregará una resolución dns real a su red que no se basa en esperar que su NETBIOS y la resolución de multidifusión DNS funcionen.

Si usted es el tipo de persona a la que le gusta remar por algunas horas y probar algo nuevo, le sugiero que le eche un vistazo. Puede encontrar una guía para actualizar su enrutador aquí, pero asegúrese de verificar que su dispositivo y la versión del modelo sean compatibles con DD-WRT antes de actualizar el nuevo firmware o podría dañar su dispositivo. el enlace nuevamente para verificar esto

Otras cosas interesantes que obtienes con DD-WRT:

• Soporte Wake On LAN: inicie sus dispositivos desde cualquier lugar de la palabra
• VPN Endpoint-Support: obtenga una conexión segura a su red doméstica desde el extranjero.
• Análisis y gestión de ancho de banda: obtenga información real sobre el uso de su red.
• muchas cosas mas El resumen se puede encontrar aquí

Por cierto, es gratis también.

Saludos Riscie!

(No estoy conectado con ninguno de los desarrolladores de DD-WRT ni obtendré ganancias de alguien que use este firmware, estoy tan entusiasmado porque realmente creo en su funcionalidad :))