RFC 5936 - Protocole de transfert de zone DNS (AXFR)

• Statut: Proposed Standard
• Publié: June 2010
• Stream: IETF
• Met à jour: RFC1034, RFC1035
• Errata: Pas d'errata

---

Métadonnées

• Numéro RFC: 5936
• Titre: DNS Zone Transfer Protocol (AXFR) (Protocole de transfert de zone DNS)
• Auteurs: E. Lewis (NeuStar, Inc.), A. Hoenes, Ed. (TR-Sys)
• Date: Juin 2010
• Catégorie: Standards Track (Piste de normalisation)
• Mises à jour: RFC 1034, RFC 1035
• ISSN: 2070-1721

Résumé

Les moyens standard au sein du protocole de système de noms de domaine pour maintenir la cohérence entre les serveurs de noms faisant autorité d'une zone se composent de trois mécanismes. Authoritative Transfer (Transfert autoritaire, AXFR) est l'un de ces mécanismes et est défini dans RFC 1034 et RFC 1035.

La définition d'AXFR s'est avérée insuffisante en détails, obligeant ainsi les implémentations destinées à être conformes à faire des hypothèses, ce qui entrave l'interopérabilité. Pourtant, nous disposons aujourd'hui d'un ensemble satisfaisant d'implémentations qui interopèrent. Ce document est une nouvelle définition d'AXFR -- nouvelle dans le sens où il enregistre une définition précise d'un mécanisme AXFR interopérable.

Statut de ce mémorandum

Ceci est un document de piste de normalisation Internet.

Ce document est un produit de l'Internet Engineering Task Force (IETF). Il représente le consensus de la communauté IETF. Il a reçu un examen public et a été approuvé pour publication par l'Internet Engineering Steering Group (IESG). De plus amples informations sur les normes Internet sont disponibles dans la section 2 du RFC 5741.

Les informations sur l'état actuel de ce document, toute errata, et comment fournir des commentaires peuvent être obtenues à http://www.rfc-editor.org/info/rfc5936.

Avis de droit d'auteur

Copyright (c) 2010 IETF Trust et les personnes identifiées comme auteurs du document. Tous droits réservés.

Ce document est soumis au BCP 78 et aux dispositions légales de l'IETF Trust relatives aux documents IETF (http://trustee.ietf.org/license-info) en vigueur à la date de publication de ce document. Veuillez examiner attentivement ces documents car ils décrivent vos droits et restrictions concernant ce document. Les composants de code extraits de ce document doivent inclure le texte de la licence BSD simplifiée tel que décrit dans la section 4.e des dispositions légales du Trust et sont fournis sans garantie tel que décrit dans la licence BSD simplifiée.

Ce document peut contenir du matériel provenant de documents IETF ou de contributions IETF publiés ou rendus publics avant le 10 novembre 2008. La ou les personnes contrôlant le droit d'auteur sur une partie de ce matériel peuvent ne pas avoir accordé à l'IETF Trust le droit de permettre des modifications de ce matériel en dehors du processus de normalisation IETF. Sans obtenir une licence adéquate de la ou des personnes contrôlant le droit d'auteur sur ce matériel, ce document ne peut pas être modifié en dehors du processus de normalisation IETF, et des œuvres dérivées de celui-ci ne peuvent pas être créées en dehors du processus de normalisation IETF, sauf pour le formater pour publication en tant que RFC ou pour le traduire dans des langues autres que l'anglais.

Table des matières

• 1. Introduction
  • 1.1. Definition of Terms (Définition des termes)
  • 1.2. Scope (Portée)
  • 1.3. Context (Contexte)
  • 1.4. Coverage and Relationship to Original AXFR Specification (Couverture et relation avec la spécification AXFR originale)
• 2. AXFR Messages (Messages AXFR)
  • 2.1. AXFR Query (Requête AXFR)
  • 2.2. AXFR Response (Réponse AXFR)
  • 2.3. TCP Connection Aborts (Abandons de connexion TCP)
• 3. Zone Contents (Contenu de zone)
  • 3.1. Records to Include (Enregistrements à inclure)
  • 3.2. Delegation Records (Enregistrements de délégation)
  • 3.3. Glue Records (Enregistrements de colle)
  • 3.4. Name Compression (Compression de noms)
  • 3.5. Occluded Names (Noms occultés)
• 4. Transport
  • 4.1. TCP
  • 4.2. UDP
• 5. Authorization (Autorisation)
• 6. Zone Integrity (Intégrité de zone)
• 7. Backwards Compatibility (Compatibilité ascendante)
  • 7.1. Server (Serveur)
  • 7.2. Client
• 8. Security Considerations (Considérations de sécurité)
• 9. IANA Considerations (Considérations IANA)
• 10. Internationalization Considerations (Considérations d'internationalisation)
• 11. Acknowledgments (Remerciements)
• 12. References (Références)
  • 12.1. Normative References (Références normatives)
  • 12.2. Informative References (Références informatives)

Adresses des auteurs

Edward Lewis
46000 Center Oak Plaza
Sterling, VA 20166
US
Courriel: <[email protected]>

Alfred Hoenes, Editor
TR-Sys
Gerlinger Str. 12
Ditzingen D-71254
Germany
Courriel: <[email protected]>