[WS 2003] Fonctionnement du DNS [Résolu]

[llaffont]

Salut,

J'ai un seveur DNS principal et secondaire dans mon infrastructure. Pour héberger un intranet et des sites de préproduction nous avons rajouté un serveur LAMP avec BIND afin de ne pas avoir à gérer les Hosts directement sur les DNS de production.

Je suis parti du principe que les requête DNS ne trouvant pas réponse sur les DNS en production allaient interroger le DNS de préproduction à condition de l'avoir déclaré dans la configuration DNS de production comme "Redirecteur"

Pourriez-vous me confirmer ou pas si cela marche bien comme ça ?

[llaffont]

Bon j'ai trouvé un semblant de réponse :

Lorsqu'un serveur DNS ne peut pas répondre à la requête récursive d'un client, il va d'abord essayer de contacter ses redirecteurs. Si le serveur DNS est paramétré pour utilisé des redirecteurs alors il envoie une requête récursive au premier serveur DNS défini dans sa liste de redirecteurs. Par contre, si le serveur DNS n'a pas de redirecteurs, il va envoyer une requête itérative au premier serveur DNS situé dans sa liste de serveur DNS racine. Le serveurs DNS n'envoie donc des requêtes itératives que si il n'a pas de redirecteurs

[Vlacar]

Envoyé par llaffont

Bon j'ai trouvé la réponse :

Bonjour,

Donc dans le cas où aucun "forwarders" n'est configuré, ce sont les "root Hints" qui vont être utilisés si j'ai bien compris?
Donc s'il n'y a pas non plus de "root hints" on obtiendra aucun résultat ou la requêtes est-elle transmise plus loin, par exemple à la passerelle par défaut (qui elle pourrait avoir des DNS "forwarders" définie).

Si j'ai bien compris les "root hints" sont défini par Microsoft et mis à jour lors des mises à jours Windows correct?

J'ai lu aussi que si on avait pas de "forwarders" de défini, et quand dans les options DNS avancées on cochait la case "disable recursion, (also disables forwarders) " et bien plus aucun servers DNS ne devait être atteingable => plus de requêtes sur l'externe fonctionnant. Hors, j'ai testé et je ne sais pas pourquoi mais j'arrive tjrs à résoudre des nom externes..

Merci
a+

[llaffont]

Bon je reviens à la charge car c'est de plus en plus troublant. Le nom du redirecteur dans la configuration DNS a-t-il son importance ?

[llaffont]

J'en remet une couche.

J'ai dernièrement modifié la configuration de mon PC afin qu'il prenne en compte les 3 DNS de mon Parc.

192.168.1.101 ( AD W2003)
192.168.3.101 ( AD W2003)
192.168.3.105 ( BIND9 )

Si je le mets dans cet ordre la résolution de nom n'a pas lieu pour mon intranet.

192.168.3.105 ( BIND9 )
192.168.1.101 ( AD W2003)
192.168.3.101 ( AD W2003)

Par contre dans cet ordre il me trouve bien mon nom de domaine. Mais j'ai des problèmes de résolution de nom...

ça c'est le cas ou je modifie a la main. Mais si je met mon BIND dans la section redirecteur il ne procède pas comme évoqué plus haut puisqu'il mets en échec la requête.

Auriez-vous une idée sur la configuration a appliquer car là je sature ...

[llaffont]

Cela scelle mes interrogations !!!

Résolution de noms d'intranet

Vous pouvez utiliser un redirecteur conditionnel en vue d'améliorer la résolution de noms pour les domaines de votre intranet. La résolution de noms intranet peut être améliorée par la configuration de serveurs DNS avec des redirecteurs pour des noms de domaines internes spécifiques. Par exemple, tous les serveurs DNS du domaine widgets.example.com peuvent être configurés pour envoyer les requêtes de noms terminés par test.example.com aux serveurs DNS qui font autorité pour merged.widgets.example.com, ce qui élimine l'étape d'interrogation des serveurs racine de example.com ou l'étape de configuration de serveurs DNS de la zone widgets.example.com avec des zones secondaires pour test.example.com.

Source