FreeToGenerate.com

L’IANA recense 97 types d’enregistrement. Huit ne peuvent pas figurer dans un fichier de zone, et le registre ne permet pas de savoir lesquels.

97 types

  • A1

    a host address

    [RFC1035]

  • NS2

    an authoritative name server

    [RFC1035]

  • MD3obsolète

    a mail destination

    [RFC1035]

  • MF4obsolète

    a mail forwarder

    [RFC1035]

  • CNAME5

    the canonical name for an alias

    [RFC1035]

  • SOA6

    marks the start of a zone of authority

    [RFC1035]

  • MB7

    a mailbox domain name (EXPERIMENTAL)

    [RFC1035]

  • MG8

    a mail group member (EXPERIMENTAL)

    [RFC1035]

  • MR9

    a mail rename domain name (EXPERIMENTAL)

    [RFC1035]

  • NULL10

    a null RR (EXPERIMENTAL)

    [RFC1035]

  • WKS11

    a well known service description

    [RFC1035]

  • PTR12

    a domain name pointer

    [RFC1035]

  • HINFO13

    host information

    [RFC1035]

  • MINFO14

    mailbox or mail list information

    [RFC1035]

  • MX15

    mail exchange

    [RFC1035]

  • TXT16

    text strings

    [RFC1035]

  • RP17

    for Responsible Person

    [RFC1183]

  • AFSDB18

    for AFS Data Base location

    [RFC1183][RFC5864]

  • X2519

    for X.25 PSDN address

    [RFC1183]

  • ISDN20

    for ISDN address

    [RFC1183]

  • RT21

    for Route Through

    [RFC1183]

  • NSAP22

    for NSAP address, NSAP style A record (DEPRECATED)

    [RFC1706][Moving TPC.INT and NSAP.INT infrastructure domains to historic]

  • NSAP-PTR23

    for domain name pointer, NSAP style (DEPRECATED)

    [RFC1706][Moving TPC.INT and NSAP.INT infrastructure domains to historic]

  • SIG24

    for security signature

    [RFC2536][RFC2931][RFC3110][RFC4034]

  • KEY25

    for security key

    [RFC2536][RFC2539][RFC3110][RFC4034]

  • PX26

    X.400 mail mapping information

    [RFC2163]

  • GPOS27

    Geographical Position

    [RFC1712]

  • AAAA28

    IP6 Address

    [RFC3596]

  • LOC29

    Location Information

    [RFC1876]

  • NXT30obsolète

    Next Domain

    [RFC2535][RFC3755]

  • EID31

    Endpoint Identifier

    [Michael_Patton][http://ana-3.lcs.mit.edu/~jnc/nimrod/dns.txt]

  • NIMLOC32

    Nimrod Locator

    [1][Michael_Patton][http://ana-3.lcs.mit.edu/~jnc/nimrod/dns.txt]

  • SRV33

    Server Selection

    [1][RFC2782]

  • ATMA34

    ATM Address

    [ ATM Forum Technical Committee, "ATM Name System, V2.0", Doc ID: AF-DANS-0152.000, July 2000. Available from and held in escrow by IANA.]

  • NAPTR35

    Naming Authority Pointer

    [RFC3403]

  • KX36

    Key Exchanger

    [RFC2230]

  • CERT37

    CERT

    [RFC4398]

  • A638obsolète

    A6

    [RFC2874][RFC3226][RFC6563]

  • DNAME39

    DNAME

    [RFC6672]

  • SINK40

    SINK

    [Donald_E_Eastlake][draft-eastlake-kitchen-sink-02]

  • OPT41méta-type

    OPT

    [RFC3225][RFC6891]

  • APL42

    APL

    [RFC3123]

  • DS43

    Delegation Signer

    [RFC4034]

  • SSHFP44

    SSH Key Fingerprint

    [RFC4255]

  • IPSECKEY45

    IPSECKEY

    [RFC4025]

  • RRSIG46

    RRSIG

    [RFC4034]

  • NSEC47

    NSEC

    [RFC4034][RFC9077]

  • DNSKEY48

    DNSKEY

    [RFC4034]

  • DHCID49

    DHCID

    [RFC4701]

  • NSEC350

    NSEC3

    [RFC5155][RFC9077]

  • NSEC3PARAM51

    NSEC3PARAM

    [RFC5155]

  • TLSA52

    TLSA

    [RFC6698]

  • SMIMEA53

    S/MIME cert association

    [RFC8162]

  • HIP55

    Host Identity Protocol

    [RFC8005]

  • NINFO56

    NINFO

    [Jim_Reid]

  • RKEY57

    RKEY

    [Jim_Reid]

  • TALINK58

    Trust Anchor LINK

    [Wouter_Wijngaards]

  • CDS59

    Child DS

    [RFC7344]

  • CDNSKEY60

    DNSKEY(s) the Child wants reflected in DS

    [RFC7344]

  • OPENPGPKEY61

    OpenPGP Key

    [RFC7929]

  • CSYNC62

    Child-To-Parent Synchronization

    [RFC7477]

  • ZONEMD63

    Message Digest Over Zone Data

    [RFC8976]

  • SVCB64

    General-purpose service binding

    [RFC9460]

  • HTTPS65

    SVCB-compatible type for use with HTTP

    [RFC9460]

  • DSYNC66

    Endpoint discovery for delegation synchronization

    [RFC9859]

  • HHIT67

    Hierarchical Host Identity Tag

    [RFC9886]

  • BRID68

    UAS Broadcast Remote Identification

    [RFC9886]

  • SPF99

    L’IANA ne donne aucune description de cette entrée.

    [RFC7208]

  • UINFO100

    L’IANA ne donne aucune description de cette entrée.

    [IANA-Reserved]

  • UID101

    L’IANA ne donne aucune description de cette entrée.

    [IANA-Reserved]

  • GID102

    L’IANA ne donne aucune description de cette entrée.

    [IANA-Reserved]

  • UNSPEC103

    L’IANA ne donne aucune description de cette entrée.

    [IANA-Reserved]

  • NID104

    L’IANA ne donne aucune description de cette entrée.

    [RFC6742]

  • L32105

    L’IANA ne donne aucune description de cette entrée.

    [RFC6742]

  • L64106

    L’IANA ne donne aucune description de cette entrée.

    [RFC6742]

  • LP107

    L’IANA ne donne aucune description de cette entrée.

    [RFC6742]

  • EUI48108

    an EUI-48 address

    [RFC7043]

  • EUI64109

    an EUI-64 address

    [RFC7043]

  • NXNAME128

    NXDOMAIN indicator for Compact Denial of Existence

    [RFC9824]

  • TKEY249méta-type

    Transaction Key

    [RFC2930]

  • TSIG250méta-type

    Transaction Signature

    [RFC8945]

  • IXFR251requête seulement

    incremental transfer

    [RFC1995]

  • AXFR252requête seulement

    transfer of an entire zone

    [RFC1035][RFC5936]

  • MAILB253requête seulement

    mailbox-related RRs (MB, MG or MR)

    [RFC1035]

  • MAILA254requête seulementobsolète

    mail agent RRs

    [RFC1035]

  • *255requête seulement

    A request for some or all records the server has available

    [RFC1035][RFC6895][RFC8482]

  • URI256

    URI

    [RFC7553]

  • CAA257

    Certification Authority Restriction

    [RFC8659]

  • AVC258

    Application Visibility and Control

    [Wolfgang_Riedel]

  • DOA259

    Digital Object Architecture

    [draft-durand-doa-over-dns-02]

  • AMTRELAY260

    Automatic Multicast Tunneling Relay

    [RFC8777]

  • RESINFO261

    Resolver Information as Key/Value Pairs

    [RFC9606]

  • WALLET262

    Public wallet address

    [Paul_Hoffman]

  • CLA263

    BP Convergence Layer Adapter

    [draft-johnson-dns-ipn-cla-07]

  • IPN264

    BP Node Number

    [draft-johnson-dns-ipn-cla-07]

  • TA32768

    DNSSEC Trust Authorities

    [Sam_Weiler][ Deploying DNSSEC Without a Signed Root. Technical Report 1999-19, Information Networking Institute, Carnegie Mellon University, April 2004.]

  • DLV32769obsolète

    DNSSEC Lookaside Validation

    [RFC8749][RFC4431]

Établi à partir du registre DNS Parameters de l’IANA, la classification données/requête/méta venant de la RFC 6895 section 3.1, que le registre lui-même ne porte pas.

Aussi disponible en : English · Español · Português · العربية

Types d’enregistrement DNS

La liste complète de l’IANA, avec les huit entrées qui ne sont pas des enregistrements et les six obsolètes signalées : deux distinctions que le registre ne porte pas.

Qu’est-ce qu’un type d’enregistrement DNS ?

Toute donnée du DNS est stockée sous forme d’enregistrement de ressource, et chaque enregistrement porte un type indiquant ce qu’il contient. A est une adresse IPv4, AAAA une IPv6, MX les serveurs de messagerie d’un domaine, TXT du texte libre, CNAME un alias. Chaque type possède aussi un numéro — A vaut 1, AAAA vaut 28 — et c’est le numéro qui circule sur le réseau.

La liste faisant autorité est tenue par l’IANA dans son registre DNS Parameters. On y compte aujourd’hui 97 types attribués, de A au numéro 1 jusqu’à DLV au 32769, et c’est de ce registre qu’est recopiée toute table publiée de types d’enregistrement DNS.

C’est à la recopie que les choses se gâtent, et c’est la raison d’être de cette page. Le registre est une table plate, avec des colonnes pour le nom, le numéro, une description, une référence et une date d’enregistrement. Aucune colonne ne dit si une entrée est toujours d’actualité, et aucune ne dit si l’entrée est seulement un enregistrement. Il se trouve que les deux comptent.

Comment l’utiliser

  1. Cherchez par nom, par numéro ou par RFC. Tapez MX pour le type, 28 pour retrouver AAAA par son numéro, ou RFC1035 pour voir tout ce que la spécification d’origine a défini. La correspondance exacte arrive toujours en tête.
  2. Servez-vous des filtres pour réduire la liste. Enregistrements utilisables n’affiche que les types de données en vigueur, ceux que vous pouvez réellement placer dans un fichier de zone. Pas des enregistrements montre les huit qui ne le peuvent pas. Obsolètes montre les six que l’IANA a retirés.
  3. Lisez les étiquettes de chaque ligne. Requête seulement et méta-type signalent les entrées qui ne sont pas des enregistrements ; obsolète signale celles qui sont retirées. Les lignes sans description apparaissent comme telles plutôt que d’être comblées, car c’est ce que contient le registre.

Huit des 97 ne sont pas des enregistrements

Voilà la distinction que presque toutes les listes laissent tomber. La RFC 6895 répartit les numéros de type en trois groupes : les types de données, qui stockent de l’information ; les QTYPE, réservés aux requêtes ; et les méta-types, qui portent une information transitoire relative à un seul message DNS. Et elle nomme les membres des deux derniers avec précision : trois méta-types, OPT, TSIG et TKEY, et cinq QTYPE, ANY, MAILA, MAILB, AXFR et IXFR.

Aucun de ces huit ne peut figurer dans un fichier de zone. OPT est le mécanisme derrière EDNS et n’existe qu’à l’intérieur d’un message. TSIG et TKEY portent l’authentification d’une transaction. AXFR et IXFR sont des demandes de transfert de zone, non des choses qu’une zone contient. ANY est une requête signifiant montre-moi tout ce que tu as, et ce n’est pas plus un enregistrement qu’un point d’interrogation n’est une phrase.

Le registre ne signale rien de tout cela. Le mot méta-type ne figure nulle part sur la page des RRTYPE : une table établie par recopie aligne donc AXFR et ANY à côté de A et MX sans rien pour les distinguer, et c’est pourquoi tant d’articles sur les types d’enregistrement DNS incluent des entrées qu’il est impossible de créer. Les écarter est la première chose que fait cette page, et le filtre Pas des enregistrements vous montre exactement lesquels.

Obsolètes, mais seulement si vous lisez la description

La seconde colonne manquante est le statut. Six types sont retirés : MD et MF, remplacés par MX avant l’existence de presque tout l’internet actuel ; NXT, remplacé par NSEC ; A6, une tentative d’adressage IPv6 qui a perdu face à AAAA ; MAILA ; et DLV, la validation DNSSEC par voie latérale, formellement retirée par la RFC 8749.

L’IANA consigne bien qu’ils sont obsolètes — mais à l’intérieur du champ de description en texte libre, entre parenthèses, et sans constance. Les six sont écrits de quatre façons différentes : OBSOLETE seul, OBSOLETE - use MX, OBSOLETE - use AAAA et OBSOLETE - see MX. Aucun champ à interroger, aucun indicateur sur lequel filtrer : qui construit une table à partir du registre doit donc analyser de l’anglais, ou présenter silencieusement comme vivants des types qui sont morts.

Notez que les deux distinctions sont indépendantes. MAILA est à la fois un QTYPE et obsolète ; A6 est un type de données obsolète ; AXFR est un QTYPE parfaitement en vigueur. Une seule colonne intitulée obsolète n’aurait pas capturé cela, ce qui explique peut-être qu’il n’y en ait pas.

Limites honnêtes

Neuf entrées n’ont aucune description dans le registre : SPF, UINFO, UID, GID, UNSPEC, NID, L32, L64 et LP. Elles apparaissent ici en le disant franchement plutôt que comblées par une supposition, car inventer une définition et l’attribuer à l’IANA serait pire que le manque.

SPF mérite d’être signalé, car c’est là que le registre induit le plus en erreur. Le type 99 a été créé pour que les enregistrements de politique d’expéditeur aient leur propre type au lieu de loger dans TXT. Cela n’a pas pris, et la RFC 7208 a formellement ramené tout le monde à TXT. Or le registre ne décrit pas SPF et ne le marque pas obsolète : il reste donc là, avec toutes les apparences d’un type courant. Cette page peut vous dire qu’il n’a pas de description ; elle ne peut pas vous dire qu’il est mort, puisque l’IANA ne le dit pas.

Ces données sont un instantané. L’IANA ajoute des types au fil des RFC publiées, et la classification en données, requête et méta vient de la RFC 6895 et non du registre : un type enregistré après ce document demanderait donc un jugement que cette page n’a pas porté. Le générateur et le fichier exact du registre dont il est issu sont l’un et l’autre versionnés à côté du site, et les vérifications régénèrent depuis ce fichier puis comparent, de sorte que la table ne peut pas s’écarter silencieusement de sa source.

Enfin, il s’agit d’une liste de référence et non d’un diagnostic. Elle vous dit ce que signifie un type, pas si votre domaine en possède un ni s’il est correctement configuré. Les plages que le registre réserve comme non attribuées ou à usage privé sont omises, puisqu’elles ne nomment aucun type.

Pourquoi est-ce gratuit ?

Parce qu’il n’y a rien à facturer. La liste accompagne la page et la recherche s’exécute dans votre navigateur : rien de ce que vous tapez n’est envoyé, journalisé ni conservé.

Ni compte, ni inscription, ni rien réservé. Les données viennent du registre de l’IANA et non de la table d’un autre site, la classification est citée à la RFC 6895, et le script qui construit la table est versionné pour que chacun puisse la régénérer et la confronter à la source.