3 votes

Envoyer des enregistrements supplémentaires dans la réponse DNS

Est-il possible d'envoyer un ou plusieurs enregistrements supplémentaires avec une réponse DNS ?

Par exemple, une demande concernant l'enregistrement A de www.example.com peut-elle donner lieu à une réponse contenant l'enregistrement A de www.example.com ainsi que l'enregistrement A de www2.example.com ?

Est-ce conforme à la norme ? Est-ce que cela va même être utile ? Par exemple, est-ce que le client typique va mettre en cache l'enregistrement supplémentaire de sorte que lorsqu'il en aura besoin dans un avenir proche, cela n'entraînera pas un nouvel aller-retour vers le serveur DNS ?

8voto

Joey deVilla Points 4487

La réponse la plus longue est oui, c'est techniquement possible, mais vous ne devriez pas.

Les serveurs DNS placent les enregistrements supplémentaires dans ce que l'on appelle (sans surprise) la section "supplémentaire" de la réponse.

Mais à proprement parler, selon RFC 1034 la section supplémentaire "porte des RR qui peuvent être utiles pour utiliser les RR dans les autres sections". Par exemple, si vous demandez les enregistrements NS d'un domaine, les enregistrements A appartenant à ces serveurs de noms peuvent vous accompagner.

Cependant, si vous essayez de fournir des données sans rapport avec le sujet, vos clients et caches DNS les rejetteront généralement. RFC 2181 donne un tableau de priorité montrant comment les clients DNS "dignes de confiance" devraient traiter différentes sortes de données. Plus précisément, il est également dit :

Les RR non authentifiés reçus et mis en cache par le moins fiable de ces groupements, c'est-à-dire les données provenant des sélections de données supplémentaires. ces groupements, c'est-à-dire les données de la section des données supplémentaires, et les données de la section d'autorité d'une réponse non-autoritaire, ne doivent pas être mis en cache de manière à ce qu'ils ne soient jamais retournés en tant que réponses à une requête reçue. Elles peuvent être retournées comme supplémentaires, le cas échéant. Ignorer ce point permettrait à la la fiabilité de données relativement peu fiables d'être augmentées sans raison ni excuse.

c'est-à-dire que les données que vous mettez dans la section supplémentaire ne peuvent jamais être promues en réponses réelles.

2voto

Gomibushi Points 1283

La réponse courte est non.

Si le temps de réponse du DNS vous préoccupe, vous devez déployer un serveur DNS en cache plus proche des clients, ou améliorer l'infrastructure. J'aimerais avoir un peu plus d'informations. Administrez-vous les DNS, les clients ou les deux ? En général, la latence des DNS n'est pas un problème, alors je me demande pourquoi elle l'est pour vous ?

ou peut-être

Vous pouvez définir un TTL plus long, ce qui signifie un rafraîchissement moindre des enregistrements. Si vous contrôlez les clients qui vous inquiètent, vous pouvez exécuter un script qui résout et donc met en cache le dns, ou vous pouvez déployer un fichier hosts sur tous les clients (je ne le recommande pas).

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X