Générateur de zone BIND A/AAAA

Générer des enregistrements A et AAAA de zone BIND depuis un CSV

Host List

Format

Each line: hostname, ip

Supports IPv4 (A records) and IPv6 (AAAA records)

BIND Zone Records

Enter hostnames and IPs to generate BIND zone records

Le generateur d'enregistrements A/AAAA pour zones BIND cree des entrees de fichier de zone DNS correctement formatees pour les enregistrements A (IPv4) et AAAA (IPv6) a partir d'une entree CSV ou tabulaire. Fournissez des lignes comme www,203.0.113.10 et www,2001:db8::10, et l'outil produit une sortie de fichier de zone BIND correctement formatee avec un espacement adequat, une detection automatique du type d'enregistrement et des valeurs TTL optionnelles.

Comprendre les enregistrements DNS A et AAAA

Les enregistrements A et AAAA sont le fondement du DNS. Ce sont les types d'enregistrements qui repondent a la question fondamentale pour laquelle le DNS a ete concu : « quelle est l'adresse IP de ce hostname ? ». Un enregistrement A associe un hostname a une adresse IPv4, et un enregistrement AAAA associe un hostname a une adresse IPv6. Chaque site web que vous visitez, chaque API que vous appelez et chaque e-mail que vous envoyez depend en fin de compte de l'un de ces deux types d'enregistrements pour traduire un nom lisible par l'homme en une adresse routable par une machine.

Dans un fichier de zone BIND, ces enregistrements suivent une syntaxe specifique qui est simple mais facile a mal ecrire de maniere subtile. Le hostname peut etre relatif a l'origine de la zone (juste www) ou pleinement qualifie avec un point final (www.example.com.). Oublier le point final sur un nom pleinement qualifie est l'une des erreurs de fichier de zone les plus courantes car BIND ajoute silencieusement l'origine de la zone, transformant www.example.com en www.example.com.example.com. Le champ TTL est optionnel mais controle la duree pendant laquelle les resolveurs mettent la reponse en cache. La classe est toujours IN pour les enregistrements internet. Obtenir toutes ces pieces correctement pour des dizaines ou des centaines d'enregistrements est la ou les outils de generation en masse font gagner du temps et previennent les erreurs.

Ce generateur prend vos correspondances hote-IP en entree CSV et produit une sortie de fichier de zone BIND propre et correctement formatee. Il detecte automatiquement si chaque adresse IP est IPv4 ou IPv6 et cree l'enregistrement A ou AAAA approprie. Il valide les hostnames selon la RFC 1123, verifie les formats d'adresses IP et signale toute entree invalide avec des messages d'erreur specifiques plutot que de produire silencieusement une sortie erronee.

Comment generer des enregistrements A et AAAA pour BIND

  1. Saisissez vos donnees au format CSV avec des colonnes pour le nom d'hote et l'adresse IP (en option, incluez le TTL)
  2. L'outil detecte automatiquement la famille d'adresses -- les adresses IPv4 produisent des enregistrements A, les adresses IPv6 produisent des enregistrements AAAA
  3. Tous les noms d'hote sont valides selon les regles RFC 1123 et les adresses IP sont verifiees pour le format correct
  4. Copiez la sortie du fichier de zone genere et ajoutez-la a votre fichier de zone BIND

Exemples d'entree CSV et de sortie de fichier de zone

CSV d'entree

www,203.0.113.10
www,2001:db8::10
mail,203.0.113.20
api,203.0.113.30,3600
db-primary,10.0.1.50

Sortie de fichier de zone generee

www         IN  A      203.0.113.10
www         IN  AAAA   2001:db8::10
mail        IN  A      203.0.113.20
api    3600 IN  A      203.0.113.30
db-primary  IN  A      10.0.1.50

Exemples de generation d'enregistrements

Entree CSVEnregistrement genereType
web,192.0.2.1web IN A 192.0.2.1A (IPv4)
web,2001:db8::1web IN AAAA 2001:db8::1AAAA (IPv6)
mx,198.51.100.25,7200mx 7200 IN A 198.51.100.25A avec TTL personnalise
ns1.example.com.,203.0.113.2ns1.example.com. IN A 203.0.113.2A avec FQDN (point final)

Quand utiliser cet outil

  • Mise en place d'un nouveau domaine -- creer le fichier de zone initial avec les enregistrements A et AAAA pour des dizaines d'hotes a la fois
  • Migration DNS -- convertir des listes d'hotes depuis le format d'un autre fournisseur DNS vers la syntaxe standard de zone BIND
  • Infrastructure as code -- generer des fragments de fichier de zone a partir d'exports de CMDB ou de bases de donnees d'infrastructure
  • Deploiements dual-stack -- creer des paires d'enregistrements A et AAAA pour les hotes ayant des adresses IPv4 et IPv6
  • De la documentation a la production -- convertir la documentation IP sous forme de tableur en entrees de fichier de zone fonctionnelles
  • Mises a jour en masse -- preparer de grands ensembles d'enregistrements pour les mises a jour de fichiers de zone lors de demenagements de centres de donnees ou de projets de re-adressage

Fonctionnement des enregistrements A/AAAA dans les fichiers de zone BIND

Les enregistrements A et AAAA sont les types d'enregistrements DNS fondamentaux qui associent des noms d'hote a des adresses IP.

Format des enregistrements

Le format de fichier de zone BIND pour les enregistrements d'adresse suit cette structure :

name   [TTL]  IN  A      <IPv4 address>
name   [TTL]  IN  AAAA   <IPv6 address>
  • name : le label du nom d'hote, soit relatif a l'origine de la zone (par ex. www), soit pleinement qualifie avec un point final (par ex. www.example.com.)
  • TTL : duree de vie optionnelle en secondes. Si omis, le $TTL par defaut de la zone s'applique
  • IN : la classe DNS (Internet), toujours IN pour les enregistrements standard
  • A / AAAA : le type d'enregistrement -- A pour IPv4, AAAA pour IPv6

Noms relatifs vs pleinement qualifies

Dans un fichier de zone pour example.com, le nom www est relatif et se developpe en www.example.com. Si vous utilisez un nom pleinement qualifie comme www.example.com., il doit se terminer par un point. Oublier le point final sur un FQDN est une erreur courante qui fait interpreter le nom comme www.example.com.example.com.

Enregistrements dual-stack

Les hotes disposant de connectivite IPv4 et IPv6 doivent avoir un enregistrement A et un enregistrement AAAA avec le meme nom :

web    IN  A     203.0.113.10
web    IN  AAAA  2001:db8::10

Les clients DNS supportant IPv6 recevront les deux adresses et choisiront laquelle utiliser en fonction de leur preference selon l'algorithme Happy Eyeballs.

Validation des entrees

Le generateur valide toutes les entrees avant de produire la sortie :

  • Les noms d'hote doivent etre conformes a la RFC 1123 (alphanumeriques, tirets, limite de 63 caracteres par label)
  • Les adresses IPv4 doivent etre en notation decimale pointee valide (0-255.0-255.0-255.0-255)
  • Les adresses IPv6 doivent etre en notation compressee ou developpee valide
  • Les valeurs TTL, si fournies, doivent etre des entiers positifs
  • Les entrees invalides sont rejetees avec des messages d'erreur specifiques plutot qu'ignorees silencieusement

La generation de fichiers de zone en pratique

Lors de la generation d'enregistrements de fichiers de zone en masse, le workflow le plus courant consiste a exporter un inventaire d'hotes depuis un tableur ou une CMDB, le formater en CSV, et le faire passer dans cet outil. L'essentiel est d'obtenir le format CSV correct avant la generation. Chaque ligne doit contenir le hostname tel qu'il doit apparaitre dans le fichier de zone (generalement un nom relatif comme www, pas un FQDN complet), suivi de l'adresse IP. Si vous avez besoin de TTL personnalises pour certains enregistrements, ajoutez-les en troisieme colonne.

Pour les deploiements dual-stack, incluez deux lignes pour chaque hote : une avec l'adresse IPv4 et une avec l'adresse IPv6. Le generateur cree un enregistrement A pour l'entree IPv4 et un enregistrement AAAA pour l'entree IPv6, les gardant adjacents dans la sortie pour la lisibilite. C'est l'approche standard pour tout serveur qui doit etre accessible a la fois en IPv4 et en IPv6.

N'oubliez pas que cet outil genere uniquement des enregistrements A et AAAA. Un fichier de zone complet necessite egalement un enregistrement SOA, au moins deux enregistrements NS, et generalement des enregistrements MX, TXT et CNAME. Generez les enregistrements d'adresse avec cet outil et ajoutez-les a votre fichier de zone existant qui contient les autres enregistrements requis. Apres avoir modifie un fichier de zone, incrementez toujours le numero de serie SOA et validez le resultat avec le Zone File Linter avant le deploiement.

Questions frequentes

Le generateur inclut-il les enregistrements SOA et NS ?

Non. Cet outil genere uniquement des enregistrements A et AAAA. Les enregistrements SOA et NS sont generalement crees une seule fois lors de la configuration initiale de la zone et changent rarement. Vous devez ajouter les enregistrements A/AAAA generes a un fichier de zone existant contenant deja les enregistrements SOA et NS requis.

Peut-on melanger des adresses IPv4 et IPv6 pour le meme nom d'hote ?

Oui. Saisissez deux lignes avec le meme nom d'hote -- l'une avec l'adresse IPv4 et l'autre avec l'adresse IPv6. Le generateur cree un enregistrement A pour l'entree IPv4 et un enregistrement AAAA pour l'entree IPv6. Avoir les deux types d'enregistrement sur le meme nom est la pratique standard pour les deploiements dual-stack.

Quel TTL utiliser pour les enregistrements A et AAAA ?

Les valeurs TTL courantes sont 300 (5 minutes) pour les enregistrements qui changent frequemment, 3600 (1 heure) pour les services de production typiques, et 86400 (24 heures) pour l'infrastructure stable. Des TTL plus bas permettent une propagation plus rapide lors des changements d'enregistrements mais augmentent la charge de requetes DNS. Si vous planifiez une migration, abaissez le TTL quelques jours a l'avance pour que les anciennes valeurs en cache expirent avant le basculement.

Faut-il incrementer le serial SOA apres l'ajout d'enregistrements ?

Oui. Chaque fois que vous modifiez un fichier de zone, le numero de serie SOA doit etre incremente pour que les serveurs de noms secondaires detectent le changement et effectuent un transfert de zone. La convention courante est d'utiliser un format base sur la date comme 2024010101 (YYYYMMDDNN), en incrementant les deux derniers chiffres pour des modifications multiples le meme jour.

Que se passe-t-il si un hostname echoue a la validation RFC 1123 ?

Le generateur rejette les hostnames invalides avec un message d'erreur specifique expliquant la violation (par ex. underscore non autorise, label trop long, commence par un tiret). Corrigez le hostname et soumettez a nouveau. Les entrees invalides ne sont jamais incluses silencieusement dans la sortie.

Outils associes

IPparse•Outils de calcul réseau et sous-réseau gratuits

© 2026 IPparse. All tools run locally in your browser.

100% Privacy-First • No Data Collected