Actuellement, j'utilise la configuration Linux simple de vanilla pour resolv.conf... quelque chose comme:
nameserver 123.123.123.123
nameserver 8.8.8.8
Lorsque 123.123.123.123 tombe en panne, les requêtes DNS deviennent impossibles à ralentir, je suppose que Linux recommence la première à chaque fois. Existe-t-il un moyen de rendre Linux plus intelligent à ce sujet? Contrôles de santé ou quelque chose? Ou est-ce que je comprends mal comment resolv.confdevrait fonctionner?
Réponses:
En plus de la réponse impressionnante d'ewwhite, un addendum.
Vous pouvez l'ajouter dans /etc/resolv.conf
options timeout:1 attempts:1 rotate
Les valeurs par défaut sont le temps: 5 tentatives: 2
Ce qui se passe, c'est que la bibliothèque de résolveurs essaiera d'utiliser les serveurs de noms répertoriés /etc/resolv.confde haut en bas si aucune option de rotation n'est présente. Si la rotation est présente, elle effectue alors une sélection à tour de rôle. Si le résolveur va au bas de la liste et que le serveur ne répond pas dans les X secondes (considérant que X est le paramètre de délai d'attente), il répétera à nouveau le processus de sélection du round robin pour Y-1 fois (où Y est le valeur des tentatives).
Cependant un peu de prudence serait d'éviter creuser et amis pour tester ces options resolv.conf. Comme ils évitent la bibliothèque de résolveurs et demandent directement aux serveurs de noms. getent hosts est la meilleure commande à utiliser. Notez que tout ce qui utilise le résolveur glibc devra obéir au /etc/resolv.conffichier.
Ceci est décrit via man resolv.conf.
Veuillez essayer l'une des options de délai d'attente pour réduire la valeur par défaut de 5 secondes à peut-être 1 seconde ...
options timeout:1
nameserver 123.123.123.123
nameserver 8.8.8.8
Mais vraiment, DNS a tellement de résilience disponibles, il est possible de vivre sans délais d'attente de résolution inférieure. Est-il possible de choisir un meilleur DNS public ou d'exécuter votre propre résolveur interne?