Téléchargez une copie de n’importe quelle zone DNS sous forme de fichier de zone standard — utile pour des sauvegardes ou pour transférer votre DNS vers un autre fournisseur.
#Aperçu
- Produit un fichier texte brut au format BIND standard, que presque tous les fournisseurs DNS, registrars et panneaux d’hébergement peuvent lire.
- La méthode habituelle pour transférer une zone vers un nouveau fournisseur, et un moyen pratique de conserver votre propre copie de l’état de votre DNS à une date donnée.
- Le téléchargement est en lecture seule — rien ne change dans votre zone, et rien n’est envoyé à votre fournisseur DNS.
#Le télécharger
- Ouvrez DNS et cliquez sur la zone souhaitée.
- Cliquez sur Actions (en haut à droite) → Download zone file.
- Votre navigateur l’enregistre sous
yourdomain.com.zone.
#Contenu du fichier
Tous les enregistrements qu’InfraNest détient pour cette zone — A, AAAA, CNAME, MX, TXT, SRV, CAA et les autres — ainsi que leurs TTL. Ouvrez-le dans n’importe quel éditeur de texte et vous obtenez ceci :
$ORIGIN example.com.
$TTL 3600
@ 3600 IN A 192.0.2.1
@ 3600 IN MX 10 mail.example.com.
www 300 IN CNAME example.com.
Quelques points à connaître avant de le charger ailleurs :
L’enregistrement SOA et vos serveurs de noms racine ne sont pas inclus. Ils appartiennent au fournisseur qui héberge la zone, et seront créés pour vous chez le nouveau fournisseur. Chaque outil d’import s’y attend.
Les notes que vous avez ajoutées à un enregistrement apparaissent sous forme de lignes de commentaire commençant par
;. Elles sont pour vous — le DNS lui-même les ignore.Les enregistrements via le proxy Cloudflare sont marqués d’un commentaire. L’adresse dans le fichier est votre véritable serveur d’origine, pas l’adresse Cloudflare actuellement visible du monde entier. Si vous quittez Cloudflare, c’est cette adresse d’origine qu’il vous faut.
Les enregistrements ALIAS sont écrits sous forme de commentaires. ALIAS n’est pas un type d’enregistrement DNS standard — seuls certains fournisseurs le proposent — et de nombreux outils d’import refusent le fichier entier s’il en contient un. Chaque enregistrement ALIAS apparaît sous une courte explication, sous forme de ligne d’enregistrement complète précédée de
;:; @ 300 IN ALIAS lb.example.net.Les outils d’import ignorent les lignes de commentaire ; recréez-le donc chez le nouveau fournisseur : un CNAME convient pour un nom comme
www, et pour le domaine lui-même (@), utilisez la version propre au fournisseur — souvent appelée ALIAS, ANAME ou CNAME flattening. Si le nouveau fournisseur accepte bien les enregistrements ALIAS lors d’un import, supprimez le;en début de ligne avant de charger le fichier.Le transfert d’URL est listé comme commentaire, pas comme enregistrement. Les enregistrements URL Redirect de Namecheap (non masqué, redirection permanente 301, et masqué) ne relèvent pas du DNS — les serveurs web de Namecheap envoient vos visiteurs vers l’adresse que vous avez indiquée. Les fichiers de zone n’ont aucun moyen de l’écrire, et de nombreux outils d’import refusent le fichier entier s’ils en trouvent un ; chaque redirection apparaît donc comme une ligne de commentaire avec son nom, son type et l’adresse de destination :
; URL forwarding — not exported as a record: it is a web redirect (Namecheap's URL Redirect Record), not DNS, and zone files have no form for it. ; Set it up again at your new host, as URL forwarding or a redirect on your web server: ; @ URL301 permanent (301) redirect to https://example.org/Les outils d’import ignorent les lignes de commentaire — y compris l’import propre d’InfraNest — donc la redirection ne sera pas transférée avec le fichier. Configurez-la à nouveau chez le nouveau fournisseur s’il propose le transfert d’URL, ou comme redirection sur votre serveur web, avant de déplacer les serveurs de noms. Tant que ce n’est pas fait, ce nom cesse de rediriger dès que le nouveau fournisseur répond.
Les enregistrements avec un TTL Auto sont écrits avec 300 secondes, valeur à laquelle correspond l’Auto de Cloudflare. Un fichier de zone doit attribuer un nombre à chaque enregistrement.
Les enregistrements alias de Route 53 sont listés comme commentaires, pas comme enregistrements. Un alias est une fonctionnalité Amazon : Route 53 répond avec ce que pointe la cible (un équilibreur de charge, CloudFront, un bucket S3) à l’instant présent. Les fichiers de zone n’ont aucun moyen de l’écrire, donc plutôt que de deviner une adresse ou un TTL, le fichier affiche chaque alias sur une ligne de commentaire avec son nom, son type et sa cible :
; Route 53 alias — not exported as a record: zone files have no form for it and it has no TTL of its own. ; Recreate it at your new provider (a CNAME, or ALIAS/ANAME/CNAME flattening at the apex): ; @ A alias to dualstack.my-lb-1.eu-west-1.elb.amazonaws.com.Les outils d’import ignorent les lignes de commentaire, donc ajoutez-les manuellement chez le nouveau fournisseur. Pour un nom comme
www, un CNAME vers la cible convient. Pour le domaine lui-même (@), utilisez l’équivalent proposé par votre nouveau fournisseur — souvent appelé ALIAS, ANAME ou CNAME flattening.Les enregistrements utilisant le TTL par défaut de la zone (OVHcloud les affiche sans TTL propre) sont écrits avec le TTL par défaut de votre zone, le même nombre que la ligne
$TTLen haut du fichier. Si InfraNest ne lit pas de valeur par défaut globale depuis votre fournisseur, cette ligne indique 3600 secondes (une heure). InfraNest relit cette valeur par défaut à chaque synchronisation de la zone ; si vous venez de la modifier, utilisez Actions → Sync from provider avant de télécharger.Les enregistrements doivent tout de même être vérifiés. Un fichier de zone est une copie fidèle de ce qu’InfraNest sait, pas une garantie que tout son contenu est correct. Relisez les enregistrements MX et TXT avant de vous y fier.
NoteCertains éléments — enregistrements ALIAS, transfert d’URL et alias Route 53 — ne peuvent pas être écrits comme de véritables enregistrements DNS dans un fichier de zone, et apparaissent donc en commentaires accompagnés d’instructions. Configurez-les manuellement chez votre nouveau fournisseur.
#Transférer une zone vers un autre fournisseur
- Téléchargez le fichier de zone ici.
- Chez le nouveau fournisseur, recherchez Import zone file (parfois appelé « Import BIND file » ou « Import records »).
- Chargez-le et vérifiez ce que le fournisseur annonce qu’il va créer.
- Une fois seulement que les enregistrements semblent corrects, faites pointer les serveurs de noms de votre domaine vers le nouveau fournisseur.
TipFaites le changement de serveurs de noms en dernier. Tant que vous ne l’avez pas modifié, l’ancien fournisseur continue de répondre, donc rien ne presse et aucune interruption n’a lieu si quelque chose doit être corrigé.
#Dépannage
- Le téléchargement ne démarre pas — vérifiez que votre navigateur ne l’a pas bloqué ; certains navigateurs bloquent les fichiers qui démarrent automatiquement.
- Le fichier semble vide — une zone sans enregistrement se télécharge quand même, elle contient seulement l’en-tête et rien d’autre. Si cela vous surprend, la zone n’a peut-être pas fini de se synchroniser : utilisez d’abord Actions → Sync from provider.
Cet article vous a-t-il été utile ?
Merci pour votre retour !
Merci, cela va directement à l’équipe docs.