web-dev-qa-db-fra.com

Échec temporaire de la résolution de noms

Je reçois un message d'erreur chaque fois que je fais quelque chose qui nécessite une recherche DNS sur mon serveur CentOS. Par exemple.:

[root @ 15557 etc] # wget http://www.whitehouse.gov/sites/default/files/rss_viewer/birth-certificate-long-form.pdf[.____.[--2011-05-03 20:55 : 35-- http://www.whitehouse.gov/sites/default/files/rss_viewer/birth-certificate-long-form.pdf[.____.regularResolving www.whitehouse.gov ... a échoué: échec temporaire dans résolution de nom. 
 wget: impossible de résoudre l'adresse d'hôte `www.whitehouse.gov '

Si je redémarre le serveur, ce problème disparaît pendant une durée courte, mais il revient toujours après une heure environ. Si je modifie les adresses IP des serveurs de noms répertoriées dans resolv.conf, le problème n'est pas résolu, même si je les remplace par un serveur de noms commun tel que Google 8.8.8.8. Si je vide le cache des hôtes après avoir modifié resolve.conf, cela ne résout pas non plus le problème. Après redémarrage du serveur, le resolv.conf est reconverti à ses valeurs par défaut (je suppose par certains DHCP).

12
whitelines222

Cela pourrait être un problème causé par le serveur DHCP - en fait, par un voyou ou un autre serveur DHCP mal configuré sur votre réseau.

Probablement, c'est ce qui se passe: lorsque votre serveur démarre, il parvient à obtenir les paramètres précis (adresse IP, passerelle, serveurs DNS, etc. ) à partir du serveur DHCP légitime et, par conséquent, vous ne rencontrerez aucun problème avant le renouvellement du bail. Après une période relativement courte (cela dépend de la configuration du client DHCP et du serveur), le client DHCP tentera de renouveler le bail, en contactant le serveur DHCP légitime (via transmission unicast). Si cela pour une raison quelconque échoue ou que votre client DHCP pour une raison quelconque n'obtient pas de réponse du serveur DHCP légitime, il passera en état de reliure et diffusera une demande de prolongation de la durée du bail. Si l'escroc/un autre serveur DHCP mal configuré parvient à répondre en premier, il peut envoyer à votre client DHCP des paramètres inexacts - par exemple une "mauvaise" adresse de serveur DNS, et par conséquent vous ne pourrez pas pour résoudre les noms d'hôtes.

Si ma spéculation est bonne, le redémarrage de votre serveur ne résout pas toujours le problème, car il peut arriver que le serveur DHCP non autorisé réponde en premier, et par conséquent, vous rencontrez le problème que vous avez mentionné.

Dans tous les cas, essayez de configurer des adresses IP statiques, de désactiver DHCP et de configurer manuellement les serveurs DNS. De plus, vous devriez probablement vérifier si d'autres serveurs DHCP fonctionnent sur votre réseau, en plus de celui que vous utilisez.

9
dkaragasidis

Dans mon cas, je définirais les règles fw pour la mauvaise interface. Le port 53 n'était donc pas ouvert et le serveur n'a pas pu faire de demande DNS

1
grahamrhay