Linux for Network Engineers: comment résoudre un hôte et tester des serveurs DNS

la résolution DNS est l’une des fonctionnalités les plus élémentaires de tout hôte. Sous Linux, il existe plusieurs façons de tester si DNS fonctionne, et dans cet article, nous examinerons comment les serveurs DNS sont configurés et quelles commandes vous pouvez utiliser pour les tester.

configuration du serveur DNS

chaque hôte doit avoir une liste D’adresses IP du serveur DNS et, dans la plupart des cas, cette liste provient du bail DHCP., Pour voir avec quels serveurs DNS Votre Linux box est configuré, vous devez regarder le fichier  » / etc / resolv.conf  » comme suit:

nom de domaine Local: local.netbeez.net

Si vous essayez de résoudre une adresse qui ne contient pas de points (par exemple webpage1), le résolveur ajoutera automatiquement local.netbeez.net (webpage1.local.netbeez.net) et essayer de le résoudre. Lorsque le nom d’hôte de la machine contient un ». »(par exemple raspberry.local.netbeez.net) puis le nom de domaine local devient le suffixe (local.netbeez.net) du nom d’hôte.

domaine de recherche par défaut: local.netbeez.net et attlocal.,net

C’est comme un sur-ensemble du nom de domaine local. Vous pouvez spécifier jusqu’à 6 domaines avec un total de 256 caractères. Si « webpage1 », le résolveur ajoutera automatiquement local.netbeez.net (webpage1.local.netbeez.net) et essayer de le résoudre. Si cela échoue, il essaiera alors attlocal.net (webpage1.attlocal.net).

serveurs de noms: 8.8.8.8, 192.168.0.1

Ce sont les serveurs DNS utilisés pour résoudre les adresses web. Vous pouvez afficher jusqu’à trois, et le solveur tente de chacun d’eux, un par un, jusqu’à en trouver un qui fonctionne. Vous pouvez reconnaître le serveur DNS Google 8.8.8.8 et 192.168.0.,1 est mon routeur domestique, qui fonctionne également comme un serveur DNS.

bien sûr, vous devez configurer votre serveur DHCP pour fournir toutes ces informations à chaque demande DHCP. Mais vous pouvez également modifier/etc / resolv.conf et modifiez ces valeurs. Gardez à l’esprit qu’ils seront écrasés la prochaine fois qu’un nouveau bail DHCP est fourni – sauf si vous spécifiez une configuration IP statique sur l’agent (nous couvrirons cela dans un prochain article).

comment résoudre une URL

voyons maintenant comment nous pouvons tester si DNS fonctionne., Nous expliquerons également comment tester des serveurs DNS spécifiques pour voir s’ils fonctionnent et, le cas échéant, à quelle vitesse ils sont.

Il existe plusieurs commandes pour ce faire, mais ci-dessous je vais passer en revue les plus courantes.,/div>

accueil

La syntaxe et de la production sont comme suit:

Comme vous pouvez le voir, l’hôte donne les adresses IPv4 et IPv6 pour google.,com ainsi que des informations sur ses serveurs de messagerie.,

Toutes ces commandes peuvent faire l’inverse de recherche si vous donnez l’adresse IP comme suit:

comme la plupart des commandes, host dispose de nombreuses options qui vous aident à découper et à découper la sortie, ou même à obtenir une sortie plus détaillée et plus détaillée. Par exemple, essayez d’ajouter l’option  » – a « (signifie” tout ») et voyez ce que vous obtenez: host-a google.com

Si vous souhaitez tester un serveur DNS spécifique (autre que ceux répertoriés dans votre/etc / resolv.,conf) ensuite, vous pouvez ajouter son adresse IP à la fin de la commande comme suit:

nslookup

nslookup est très similaire à l’hôte, mais avec une torsion. Dans sa forme de base, il résout une adresse comme host, bien que la sortie soit un peu différente:

la torsion est que nslookup a un mode interactif que vous pouvez utiliser si vous tapez simplement « nslookup” sans aucun argument. À partir de ce moment, vous pouvez simplement taper la page Web que vous souhaitez résoudre et appuyer sur Entrée. De cette façon, vous pouvez résoudre plusieurs pages sans avoir à taper « nslookup” tout le temps. Pour quitter le mouvement interactif, tapez « exit » ou appuyez sur Ctrl-C.,

dig

dig signifie information de domaine Groper. La seule différence de syntaxe avec les deux commandes précédentes est que lorsque vous fournissez un serveur DNS, vous utilisez le symbole‘@’:

comme vous pouvez le voir, dig est beaucoup plus verbeux que les deux commandes précédentes. Je ne vais pas décomposer chaque ligne de sortie; la différence la plus importante est que dig a fourni le temps nécessaire pour terminer cette requête (« Query time:”). dig est le seul qui le fait hors de la boîte.,

comme vous le savez peut-être, le temps de résolution DNS fait partie de l’expérience utilisateur et nous devons souvent mesurer les performances de différents serveurs DNS. Vous pouvez voir ci-dessus que la résolution google.com avec les deux 8.8.8.8 et 1.0.0.1 prend environ 100 msecondes. Si à la place j’utilise mon routeur (192.168.0.1) comme serveur DNS, j’obtiens ce qui suit:

vous voyez que cela n’a pris que 17 msecondes. Bien sûr, mon routeur domestique ne sera pas en mesure de résoudre tout ce qui lui est lancé, néanmoins c’est beaucoup plus rapide pour l’adresse qu’il a mise en cache (ce qui est attendu).,