El problema: Tengo dos computadoras en mi red inalámbrica (nombre de dominio "serenity", en 192.168.1.1), nombres de host "jayne" (Arch Linux, en 192.168.1.108) y "mal" (Mac OS X, en 192.168.1.101) . Cuando intento que los dos se comuniquen, sucede esto:
jayne$ ping mal
PING mal.serenity (184.106.31.161) ... [pings go through to weird IP]
y
mal$ ping jayne
PING jayne.serenity (184.106.31.161) ...
Sin embargo, hacer ping al enrutador funciona:
jayne or mal$ ping serenity
PING serenity.serenity (192.168.1.1) ...
Y luego las cosas se ponen raras:
jayne or mal$ ping google
PING google.serenity (184.106.31.161) ... [same IP as before]
jayne or mal$ ping google.com
PING google.com (74.125.115.106) ... [works as expected]
jayne$ ping 192.168.1.101
PING 192.168.1.101 (192.168.1.101) ... [works as expected]
Entonces, ¿por qué mal o jayne no pueden verse?
La captura: serenity está actualmente conectado a otro enrutador preexistente (no tiene un nombre de dominio) que es la puerta de entrada principal a Internet, ubicada en 192.168.0.1. Configuré una regla DHCP estática para asignar siempre serenidad a 192.168.0.2.
Ahora, me di cuenta de que cuando voy a una URL inexistente en mi navegador, soy redirigido a la página "Buscar * en Internet" de mi ISP, así que pensé que las extrañas direcciones IP a las que se estaban resolviendo los pings probablemente pertenecían a cualquier servidor. manejó eso en el ISP y cambió los servidores DNS en el enrutador .0.1 aDNS público de Googleservicio.
Ahora, ping malo ping jayneno lo resuelvo en absoluto ("ping: host desconocido mal", "ping: no se puede resolver jayne: host desconocido"), incluso con nombres "completos" (como "mal.serenity"), pero aún puedo hacerlo correctamente. ping serenity.
Entonces, ¿por qué mal o jayne no pueden verse?
Realmente no soy un tipo de redes, por lo que probablemente tenga una configuración incorrecta en alguna parte, pero mientras tanto estoy usando hostsarchivos para solucionar este problema, asignando manualmente los nombres de host a las direcciones IP, pero eso es solo arreglar el síntoma, no el problema.
Respuesta1
Puedo modificar o eliminar esto según su respuesta al comentario/pregunta anterior.
Esto es lo que creo que está sucediendo y puede que le ayude un poco. La primera parte es fácil: está intentando usar DNS para hacer ping a estaciones de trabajo que no están registradas en DNS en ninguna parte, y su enrutador/servidor DNS está devolviendo su dirección IP externa (creo, y su respuesta a la pregunta anterior lo confirmará). .
La segunda parte es que si comparas dos estaciones de trabajo Windows, cuando no se registran en un servidor DNS local, utilizan NetBIOS sobre TCP/IP para encontrarse entre sí. En su caso, no estoy seguro de si tiene algo similar que pueda usar, ya que no soy un experto en Linux o Mac, y si lo tiene, no está en uso actualmente.
Lo que puedo decir es que puedes configurar tu máquina Linux para que actúe como servidor DNS, alojar tu propio DNS y registrar tus computadoras en ese servidor; o simplemente puede continuar usando archivos HOSTS. Por último, es muy probable que alguien venga y agregue otra respuesta que le indique cómo permitir que Linux y Mac se comuniquen sin usar DNS, similar a NetBIOS sobre TCP/IP.
Si a alguien no se le ocurre algo similar al concepto de NetBIOS sobre TCP/IP, entonces mi opinión personal es que está de acuerdo con el uso de archivos HOSTS, y ese es el camino a seguir.
Respuesta2
Es posible que se haya agregado el bit ".serenity" como dominio de búsqueda DNS. Esto se puede configurar automáticamente a través de DHCP, por lo que probablemente sea de ahí de donde lo obtenga. En la configuración DHCP de su enrutador, borre todos los campos de dominio de búsqueda (si los hay).
Si aún lo ves, en Windows, ve a tu configuración TCP/IP, haz clic en "Avanzado" y en la pestaña DNS:
- Desmarque la casilla "El sufijo DNS para esta conexión"
- Seleccione "Agregar estos sufijos DNS" y asegúrese de que no haya nada en la lista.
Es posible que tengas que hacer esto tanto para IPv4 como para IPv6.
En una Mac, vaya a Red en Preferencias del Sistema. Haga clic en el botón Avanzado de su conexión y en la pestaña DNS, haga clic en el botón + para agregar una entrada en blanco. (Deberías ver que la entrada falsa de DHCP está atenuada, por lo que solo puedes eliminarla de esta manera).
Tanto en Mac como en Linux, es posible que también tengas que verificar /etc/resolve.confpara asegurarte de que el dominio de búsqueda no esté allí.
En cuanto al misterioso resultado del DNS, supongo que es algún tipo de servicio de "corrección de nombre de dominio" o "captura de todo" que está utilizando su proveedor de DNS. Normalmente devuelven este resultado para todos los dominios que no existen para poder obtener algunos ingresos publicitarios de usted. OpenDNS y muchos ISP hacen esto.
El nombre de host adjunto al dominio de búsqueda ya no es un nombre de host local válido sino lo que parece un FQDN adecuado para el sistema operativo, por lo que este último lo envía a un servidor DNS en lugar de consultar NetBIOS. Si no tiene este servicio "general", su sistema operativo eventualmente se dará cuenta de que no es un dominio adecuado y recurrirá a NetBIOS u otro mecanismo de resolución de nombres.