Pas, pas du tout.
Le DNS fonctionne au-dessus de la couche de gestion de réseau, séparent ceux dehors. Ainsi vous avez :
1. Connectivité : Les IP address ont fourni par NAT, liaison directe, etc.
2. Base de données de DNS : Une liste de réponses à la question
Elle n'importe pas ce que vous employez pour 1 tant que 2 est accessible. Les réponses que vous apportez, les dossiers de zone, parce que 2 devraient être corrects selon le client vous voulez aider.
Aux clients svp publics votre serveur de DNS doit pouvoir répondre à des questions au sujet de ses ressources publiques. Ce peut être consultation vers l'avant ou consultation renversée. Elle n'importe pas ce que vous avez fait pour que 1 obtienne à la demande au serveur de DNS.
La seule question au sujet de la consultation renversée est si vous êtes responsable de la zone. Des zones renversées de consultation sont déléguées de la même manière en tant que zones vers l'avant de consultation. Vous pouvez voir le chemin de délégation using un outil comme la fouille.
À la consultation le plein chemin de délégation pour example.com :
fouille example.com +trace
À la consultation le plein chemin de délégation pour 4.3.2.1 .in-addr.arpa (IP address 1.2.3.4) :
PTR +trace de 4.3.2.1 .in-addr.arpa de fouille
Vous pouvez trouver la consultation pour les arrêts de disque de PTR avec votre ISP. Des zones renversées de consultation, par défaut, sont déléguées à l'ISP qui possède le bloc d'IP address. S'ils délèguent plus loin, ou comment ils délèguent, incombe à eux.
Chris