Las búsquedas DNS fallidas deberían fallar rápidamente. Sin embargo, generalmente ejecuto dnsmasq, que leerá el archivo de hosts y servirá esas entradas para búsquedas directas e inversas. También actúa como un servidor de almacenamiento en caché de DNS para reducir la carga en sus servidores DNS ascendentes.
Es posible que desee utilizar el host o dig Comando para ver qué búsquedas son lentas. Si se le redirige a un servidor DNS que no está ejecutando DNS, tardará bastante en fallar. Puede ajustar los tiempos de espera y los reintentos en /etc/resolv.conf para acelerar los fallos.
EDITAR:para probar la respuesta del resolutor, intente usar time getent hosts 192.168.1.50 . Esto debería devolver búsquedas desde su /etc/hosts archivo, así como DNS. El host y dig los comandos solo verifican DNS. Si vuelve pero tarda unos segundos, es posible que desee cambiar el orden de los hosts entrada en /etc/nsswitch.conf mover archivos al frente de la lista.
Configurando dnsmasq y usarlo como su servidor de nombres DNS principal en /etc/resolve.conf debería resolver el problema si tiene algún programa que dependa solo de DNS para búsquedas de nombres. Exim debería usar el resolver para sus búsquedas base. Necesitarás un /etc/hosts archivo, a menos que pueda deshabilitar el servidor DHCP en su enrutador, puede usar dnsmasq para DHCP. dnsmasq registrará automáticamente los nombres si se proporcionan en las solicitudes de DHCP que maneja.
EDIT2:si ninguna de sus computadoras está siempre activa, puede instalar samba y usar wins en su configuración de nsswitch. Debería ser rápido, por lo que puede funcionar si lo pones delante de dns en la entrada de hosts.
También podría considerar instalar el avahi utilidades que permitirán el descubrimiento automático en redes locales de enlace. Lo tengo trabajando en el lado de IPv6, pero no está publicando direcciones IPv4. El dominio predeterminado para los hosts es '.local'. Esto puede no ser adecuado en su caso, pero puede anularse. También parece más lento hacer búsquedas que wins entonces poniendo mdns delante de dns en la configuración de nsswitch puede no ser adecuado.
¿Es 192.168.1.1 la dirección IP de su enrutador?
nameserver 192.168.1.1 sugiere que su enrutador se anuncia a sí mismo como un servidor DNS, en lugar de "enviar los servidores DNS del ISP".
Que marca y modelo de router tienes? ¿La interfaz web muestra mensajes de registro?
Me pregunto si su enrutador está reenviando la solicitud a los servidores de nombres de su ISP, pero los servidores de nombres de su ISP están descartando la solicitud porque no quieren que sepa cuál es su máquina con IP 192.168.1.50 se llama.
Sugerencias:
- Verifique dos veces la configuración de su enrutador. Debe responder a las solicitudes de su propia red privada. ¿Tal vez pueda agregar una entrada de host estática en la interfaz web de su enrutador?
- Intente instalar Avahi en todos los sistemas de su red.
- Dígale a su enrutador que use Google Public DNS (
8.8.8.8y8.8.4.4) o OpenDNS
Si no desea pasar por el ejercicio de configurar un servidor DNS local (y potencialmente DHCP) para su red doméstica, puede indicar a los servicios, cuando sea posible, que no realicen búsquedas DNS inversas.
Por ejemplo, para deshabilitar la búsqueda inversa de dns para SSHD, agregue lo siguiente a sshd_config archivo (o similar dependiendo de la distribución):
UseDNS no
Puede eliminar esta línea de la configuración de Exim, aunque no tengo claro si esto tendrá un impacto en la velocidad de inicio, evitará la búsqueda inversa de dns en la conexión de clientes:
host_lookup = *
Parece que puede exportar esta variable de entorno para el usuario que inicia el proceso de Glassfish:
export AS_NO_REVERSE_DNS=true