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!
cmd - nslookup - 192.168.1.101cmd - nslookup - WDTVLiveHubRespuestas:
Sus hallazgos parecen apuntar a netbios resolver, lo que a su vez hace que esta entrada sea sospechosa:
Node Type . . . . . . . . . . . . : Peer-PeerEl 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:
fuente
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.fuente
Quizás el servidor no pueda resolver el nombre del host.
Puede intentar agregar la entrada para WDTVLiveHub en el archivo de hosts como:
En Windows: C: \ Windows \ system32 \ drivers \ etc \
fuente
hostsarchivo "soluciona" el problema, pero básicamente ignora el problema real: que la resolución del nombre de host no funciona. Esto me parece más una solución alternativa que una solución ... ¡No debería agregar entradas en elhostsarchivo para todas las máquinas de mi red! Sin embargo, sigue siendo útil, gracias por responder.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.
fuente
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:
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:
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 :))
fuente