Les recherches DNS qui échouent devraient échouer rapidement. Cependant, j'exécute généralement dnsmasq qui lira le fichier hosts et servira ces entrées pour les recherches directes et inversées. Il agit également comme un serveur de mise en cache DNS pour réduire la charge sur vos serveurs DNS en amont.
Vous pouvez utiliser le host ou dig commande pour voir quelles recherches sont lentes. Si vous êtes redirigé vers un serveur DNS qui n'exécute pas DNS, l'échec prendra un certain temps. Vous pouvez régler les délais d'attente et les tentatives dans /etc/resolv.conf pour accélérer les échecs.
EDIT :pour tester la réponse du résolveur, essayez d'utiliser time getent hosts 192.168.1.50 . Cela devrait renvoyer des recherches à partir de votre /etc/hosts fichier ainsi que DNS. Le host et dig les commandes vérifient uniquement le DNS. Si cela revient mais prend quelques secondes, vous voudrez peut-être changer l'ordre du hosts entrée en /etc/nsswitch.conf déplacer les fichiers au début de la liste.
Configuration de dnsmasq et l'utiliser comme serveur de noms DNS principal dans /etc/resolve.conf devrait résoudre le problème si vous avez des programmes qui s'appuient uniquement sur DNS pour les recherches de noms. Exim devrait utiliser le résolveur pour ses recherches de base. Vous aurez besoin d'un /etc/hosts , sauf si vous pouvez désactiver le serveur DHCP sur votre routeur, vous pouvez utiliser dnsmasq pour DHCP. dnsmasq enregistrera automatiquement les noms s'ils sont fournis dans les requêtes DHCP qu'il gère.
EDIT2 :Si aucun de vos ordinateurs n'est toujours actif, vous pouvez envisager d'installer samba et d'utiliser wins dans votre configuration nsswitch. Cela devrait être rapide, donc cela peut fonctionner si vous le mettez avant dns dans l'entrée des hôtes.
Vous pouvez également envisager d'installer le avahi utilitaires qui permettront la découverte automatique sur les réseaux lien-local. Je l'ai fait fonctionner du côté IPv6, mais il ne publie pas d'adresses IPv4. Le domaine par défaut pour les hôtes est '.local'. Cela peut ne pas convenir à votre cas, mais peut être remplacé. Il semble également plus lent de faire des recherches que wins donc mettre mdns devant dns dans la configuration nsswitch peut ne pas convenir.
192.168.1.1 est-il l'adresse IP de votre routeur ?
nameserver 192.168.1.1 suggère que votre routeur se présente comme un serveur DNS, plutôt que "d'envoyer les serveurs DNS du FAI".
Quelle marque et quel modèle de routeur avez-vous ? L'interface Web affiche-t-elle les messages du journal ?
Je me demande si votre routeur transmet la demande aux serveurs de noms de votre FAI, mais les serveurs de noms de votre FAI abandonnent la demande, car ils ne veulent pas que vous sachiez ce que leur machine avec IP 192.168.1.50 est appelé.
Suggestions :
- Vérifiez les paramètres de votre routeur. Il devrait répondre aux demandes de votre propre réseau privé. Peut-être pouvez-vous ajouter une entrée d'hôte statique dans l'interface Web de votre routeur ?
- Essayez d'installer Avahi sur tous les systèmes de votre réseau.
- Dites à votre routeur d'utiliser le DNS public de Google (
8.8.8.8et8.8.4.4) ou OpenDNS
Si vous ne voulez pas passer par l'exercice de configuration d'un serveur DNS local (et éventuellement DHCP) pour votre réseau domestique, vous pouvez indiquer aux services, dans la mesure du possible, de ne pas effectuer de recherches DNS inversées.
Par exemple, pour désactiver la recherche DNS inversée pour SSHD, ajoutez ce qui suit au sshd_config fichier (ou similaire selon la distribution) :
UseDNS no
Vous pouvez supprimer cette ligne de la configuration Exim, bien que je ne sache pas si cela aura un impact sur la vitesse de démarrage, cela empêchera la recherche DNS inversée sur les clients connectés :
host_lookup = *
Il semble que vous puissiez exporter cette variable d'environnement pour l'utilisateur qui démarre le processus Glassfish :
export AS_NO_REVERSE_DNS=true