Accepté les requêtes DNS racine du serveur

Je n'ai pas trouvé la réponse à cette question n'importe où et je suis un peu confus.. je veux savoir si les serveurs DNS racines sont interrogés de manière itérative ou récursive?
Aussi loin que ma compréhension de l'objet va, ils peuvent être interrogés de manière récursive,car ils sont la dernière option " à resove un nom, ils doivent donc répondre avec l'adresse IP/message d'erreur. Suis-je la corriger? Merci de faire de ce clair pour moi. Merci.

OriginalL'auteur joanna | 2011-06-07

  1. 5

    Récursive serveurs (c'est à dire ceux de servir ses clients utilisateurs finaux) effectuer itératif requêtes à autorité serveurs.

    En réponse à ces requêtes itératives, chaque serveur faisant autorité dans la chaîne vers le bas à partir de la racine renvoie la réponse si c'est de l'autorité pour ce domaine, ou un de référence à la prochaine serveurs de la chaîne qui pourrait avoir la réponse.

    Les serveurs de noms racine ne pas offre récursives, service, seulement des renvois vers les serveurs de noms gérés par chaque TLD.

    OriginalL'auteur Alnitak

  2. 17

    Requêtes pour n'importe quel serveur DNS, indépendamment du fait qu'ils sont la racine du serveur ou non, recevoir des réponses avec les informations que le serveur est autorisé à donner sur les noms qu'ils savent quelque chose sur. Ce que cela signifie est que si vous interrogez un serveur pour un nom, il ne le sait pas, mais elle ne sait qui détient une partie de cela, il va vous diriger vers le prochain lieu de demander.

    Permet de dire que vous avez besoin de savoir où www.example.com est. Si vous utilisez le dig utilitaire à partir de la liaison paquet, vous pouvez faire une requête de la racine pour la réponse et voir ce qu'il va vous dire:

    # dig @b.root-servers.net. www.example.com a
;; QUESTION SECTION:
;www.example.com.               IN      A

;; AUTHORITY SECTION:
com.                    172800  IN      NS      h.gtld-servers.net.
com.                    172800  IN      NS      d.gtld-servers.net.
; [...11 more authority servers  for .com not shown...]

;; ADDITIONAL SECTION:
h.gtld-servers.net.     172800  IN      A       192.54.112.30
d.gtld-servers.net.     172800  IN      A       192.31.80.30
; [...11 more IP addresses  for .com not shown...]

    L'effet de la réponse précédente est la racine du serveur de vous dire "je
    ne sais pas où http://www.exmaple.com est. Vous aurez besoin d'aller demander .com suivant,
    qui est à la suite de la liste d'adresses.

    Et donc vous auriez mars à demander .com serveur est la même question:

     # dig @h.gtld-servers.net. www.example.com a
;; QUESTION SECTION:
;www.example.com.               IN      A

;; AUTHORITY SECTION:
example.com.            172800  IN      NS      a.iana-servers.net.
example.com.            172800  IN      NS      b.iana-servers.net.

;; ADDITIONAL SECTION:
a.iana-servers.net.     172800  IN      A       199.43.132.53
a.iana-servers.net.     172800  IN      AAAA    2001:500:8c::53
b.iana-servers.net.     172800  IN      A       193.0.0.236
b.iana-servers.net.     172800  IN      AAAA    2001:610:240:2::c100:ec

    Cette réponse vous aide plus loin en disant "je ne sais pas, mais aller
    demander aux propriétaires de example.com". Demander leur permettra enfin de vous obtenir un
    la vraie réponse que vous cherchez:

    # dig @a.iana-servers.net. www.example.com a

;; ANSWER SECTION:
www.example.com.        172800  IN      A       192.0.32.10

    Et enfin, nous avons un serveur qui est prêt à nous donner le vrai
    réponse.

    Noter, cependant, nous avons demandé à chaque serveur, en commençant à partir de la racine
    et de descendre. À chaque étape quelqu'un dit "j'ai la réponse"
    ou "je n'ai pas la réponse, mais je sais qui vous devriez en parler à la prochaine".

    OriginalL'auteur Wes Hardaker