☰

No se pueden resolver nombres de host a través de LAN

tag-icon • tag-icon networking hostname
No se pueden resolver nombres de host a través de LAN

Ocasionalmente nuestra LAN deja de resolver nombres de host. No tenemos idea de por qué sucede esto. ¿Cómo podemos diagnosticar estos problemas?

Tenemos dos enrutadores. Uno está conectado a Internet (a través de un módem de fibra). El otro está configurado como conmutador inalámbrico. es decir, sirve Internet a través del primer enrutador, pero está en una habitación diferente y se usa para conexiones Ethernet a las computadoras de esa habitación.

El problema parece surgir del primer enrutador (o de otra cosa). Dudo que sea el enrutador del conmutador o cualquier problema con la configuración en la red. Esto se debe a que normalmente escribimos http://homepara acceder a la configuración del enrutador conectado a Internet, pero esto no funciona. Sin embargo, podemos escribir la dirección IP y acceder a la página de configuración. Esto sucede tanto si estamos conectados al enrutador original como al conmutador.

De manera similar, tenemos un servidor web en la LAN al que normalmente usamos el nombre de host de la computadora para acceder, lo cual no podemos hacer a través de la red (nuevamente, aunque la dirección IP funciona).

De manera similar, hacer ping a las direcciones IP de la red funciona, pero no a los nombres de host.

No sé cómo solucionamos esto, en todo caso. Normalmente reiniciamos los enrutadores y demás y regresan. Sin embargo, esta vez no lo han hecho, así que estoy buscando un poco más de información sobre por qué puede estar sucediendo esto.

Respuesta1

Según la información que proporcionaste, debes comenzar por determinar si el servicio DNS del enrutador realmente está funcionando o no. Debería poder determinar esto mirando la configuración del enrutador para ver si el servicio está activo o no, pero si no hay indicadores que lo ayuden, puede recurrir a un escaneo de puertos.

SALTE ESTA SECCIÓN SI SU ENRUTADOR LE INDICÓ QUE DNS ESTÁ ACTIVO:

Utilice una herramienta comonmapa. Puede descargarlo rápidamente para su servidor Linux, ya que está incluido en la mayoría de los repositorios de paquetes predeterminados para sus distribuciones Linux estándar (Debian, Ubuntu, CentOS, Mint, Fedora, Redhat, etc.). Dependiendo de si está ejecutando una distribución basada en Debian o RPM, la sintaxis de sus comandos puede diferir.

  • Para Debian:

    • Buscar nmap:sudo apt-cache search nmap
    • Instalar nmap:sudo apt-get install nmap

  • Para RPM (Fedora, Centos, RedHat y similares):

    • dnf search nmap
    • dnf install nmap

  • (en versiones anteriores antes dnf:)

    • yum search nmap
    • yum install nmap

Escanear en busca de DNS

Suponiendo que la IP de su enrutador es 192.168.1.1, desea realizar un escaneo de servicio UDP ( -sU) en el puerto 53 ( -p53) con resolución agresiva ( -A) para determinar si está activo y funcionando:

nmap -sU -p53 -A 192.168.1.1

Siempre que el servicio vuelvaABIERTO|SIN FILTRAR, entonces eres dorado. Si aparece comoCERRADOluego explore un poco más las configuraciones y vea si hay opciones que le permitan reconfigurar DNS o simplemente reiniciar el enrutador con la esperanza de que vuelva a la vida. Si todo lo demás falla, llame al fabricante y quéjese profusamente. Eso a veces funciona :)

Configuración del host de Windows:

Volviendo a la tarea en cuestión: siempre que esté seguro de que DNS se está ejecutando y funcionando correctamente en el enrutador, querrá intentar hacer funcionar el cliente de Windows, ya que es un poco más simple y tiene una GUI con la que contar. Recomiendo configurar DNS alternativo en su enrutador para que pueda consultar varios servidores DNS en caso de que uno falle.

Mis favoritos personales:

  • 8.8.8.8es Google 1
  • 8.8.4.4es google 2
  • 208.67.220.220es OpenDNS 1
  • 208.67.222.222es OpenDNS 2

Una vez hecho esto, el siguiente paso debería ser ver si puede hacer que el sistema Windows resuelva DNS en el enrutador configurándolo manualmente en la configuración de red TCP/IPv4.

  1. Haga clic derecho en el ícono de red en la parte inferior derecha de la barra de tareas y diríjase a Networking and Sharing Center.
  2. Haga clic en su interfaz de red (debería ser ethernet 1o similar) y vaya a properties.
  3. Haz clic Internet Protocol Version 4 (TCP/IPv4)y golpea properties una vez más,
  4. Haga clic en el User the following DNS server addressesbotón radial,
  5. Ingrese la IP del enrutador/servidor DNS como DNS preferido,
  6. Ingrese 8.8.8.8(DNS público de Google) como DNS alternativo, como respaldo
  7. Comprobar Validate Settingsal salir
  8. Presione OKpara aplicar y espere a que la interfaz de red solucione el problema o se reinicie

Debería poder resolver los nombres de host DNS en este punto en los sistemas Windows. Si es así, entonces sabrá que, por cualquier motivo, el servicio DHCP de su enrutador no está transmitiendo la configuración correcta y es posible que necesite involucrar al fabricante o tal vez pueda hacer algunos ajustes con la esperanza de que lo lleve a alguna parte. Consulte siempre la documentación.

Si por el contrario no funciona, sospecharía de los propios cables o del hardware del router. No queda mucho por hacer en este momento aparte de comenzar a reemplazar los dispositivos físicos.

Configuración del servidor Linux:

(Es posible que deba ejecutar estos comandos desde el usuario root/ sudosi ve algún error de permiso).

Probablemente esta será una nueva aventura para ti si no tienes mucha experiencia con Linux, pero no te preocupes.

Comience revisando el /etc/resolv.confarchivo con:

cat /etc/resolv.conf

Este archivo es donde se configuran los servidores de nombres, los nombres de dominio y los dominios de búsqueda. Normalmente verá:

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1

Hay dos posibilidades, dependiendo de cómo sea su configuración. Una es que tiene instalado dnsmasq y aparece ese banner de advertencia que le indica que no cambie su resolv.conf. En este caso, tendrá el loopback (127.0.0.1 o 127.0.1.1) tal como ves en mi configuración, lo que indica que ejecuta su propio servicio DNS a través de dnsmasq. Si ve esto, ejecute lo siguiente:

/etc/init.d/dnsmasq status

Si ve, No such file or directoryentonces dnsmasq no está instalado, no hay problema. Puede continuar sin él o podemos instalarlo rápidamente con
apt-get install dnsmasq(o dnf install dnsmasq).

Si elige no instalar/reiniciar dnsmasq, simplemente puede editar su /etc/resolv.confarchivo con su editor de texto favorito (prefiero nano) para incluir las siguientes líneas:

nameserver 192.168.1.1 8.8.8.8 8.8.4.4    # That's your router and two fallback DNS servers

Si ve que el estado de dnsmasq es Activo/En ejecución, entonces está instalado y ejecutándose correctamente. Si dnsmasq está inactivo/muerto entonces deberías iniciarlo con lo siguiente:

/etc/init.d/dnsmasq start

dnsmasq normalmente maneja la resolución DNS cambiando dinámicamente el /etc/resolv.confarchivo por usted. En los casos en los que su solucionador no esté manejando las solicitudes correctamente, o dnsmasq no esté configurado correctamente, le sugiero leer detenidamentesu hermosa documentación.

Pero en realidad solo hay dos configuraciones que debes asegurarte de que estén implementadas para tu /etc/dnsmasq.conf:

server=/yourlocaldomain/192.168.1.1
local=/yourlocaldomain/

Estos configuran el servidor con su nombre de dominio local y la IP del servidor DNS, y local=/yourlocaldomain/evitan que dnsmasq intente resolver en servidores de nombres ascendentes cuando su dominio se encuentra en el FQDN del host que está intentando resolver.

Por ejemplo, si no establece esta configuración e intenta resolverlo emailserver.localdomain, dnsmasq le preguntará al DNS público de Google dónde emailserver.localdomainestá... y, por supuesto, responderá "¡No tengo ni idea!".

Configurar esto hará que dnsmasq diga: " emailserver.**localdomain**... debería preguntar 192.168.1.1dónde está esto". - y 192.168.1.1su enrutador puede responder adecuadamente con una respuesta DNS adecuada y la IP de emailserver.localdomain.

Espero que esta explicación y esta solución larga te ayuden. Intenté tener en cuenta todos los escenarios que se me ocurrieron, pero avíseme si me perdí algo o si algo no funciona.

Respuesta2

Si la LAN no tiene demasiadas computadoras y/o no depende de rutas DNS internas, establezca los parámetros DNS en la configuración pv4 en:

8.8.8.8

y

8.8.4.4

Esto le dará trabajo de resolución de DNS a los servidores de Google.

información relacionada