Validateur FQDN

Le validateur FQDN verifie si un nom de domaine est un Fully Qualified Domain Name correctement formate, avec des labels valides, un domaine de premier niveau (TLD) reconnu et une structure globale correcte. Saisissez une valeur comme mail.example.com ou shop.example.co.uk pour verifier s'il constitue un FQDN valide, avec un retour detaille sur tout probleme de structure ou de TLD detecte.

Comprendre les Fully Qualified Domain Names

Un Fully Qualified Domain Name est l'adresse complete d'un hote dans la hierarchie DNS, depuis la machine specifique jusqu'a la racine. Lorsque vous tapez www.example.com dans un navigateur, c'est un FQDN car il specifie exactement ou dans l'arbre DNS mondial le serveur se trouve. Comparez avec un nom relatif comme www, qui n'a de sens que si votre systeme sait ajouter un domaine de recherche comme example.com. Les FQDNs eliminent completement cette ambiguite, et c'est pourquoi ils sont exiges dans de nombreux contextes : certificats TLS, configuration de serveurs de messagerie, fichiers de zone DNS et definitions de endpoints d'API.

La distinction est plus importante que la plupart des administrateurs ne le realisent. Un certificat emis pour mail ne signifie rien en dehors de votre reseau local, mais un certificat pour mail.example.com est globalement unique et verifiable. Lorsque vous configurez un enregistrement MX, la cible doit etre un FQDN car les serveurs de messagerie du monde entier doivent pouvoir le resoudre sans connaitre vos domaines de recherche DNS locaux. Lorsque BIND charge un fichier de zone, tout nom sans point final est traite comme relatif a l'origine de la zone, et oublier ce point final sur ce que vous entendiez comme un FQDN est l'une des erreurs de configuration DNS les plus courantes.

Ce validateur verifie toutes les exigences structurelles d'un FQDN : au moins deux labels (hostname plus TLD), chaque label suivant la syntaxe RFC 1123, un TLD reconnu dans le registre IANA ou un TLD a usage special valide, une longueur totale dans les limites DNS, et un encodage Punycode correct pour les domaines internationalises. Il detecte les problemes avant qu'ils ne causent des rejets de certificats, des echecs de resolution DNS ou des services mal configures.

Comment valider un Fully Qualified Domain Name

1. Saisissez le nom de domaine a valider (ex. : mail.example.com ou shop.example.co.uk)
2. L'outil verifie la syntaxe des labels, la validite du TLD, les limites de longueur et la structure globale du FQDN
3. Consultez le resultat indiquant si l'entree constitue un FQDN valide
4. Si invalide, lisez les details de la violation specifique pour corriger le nom de domaine

Exemples de validation FQDN

Pourquoi utiliser le validateur FQDN

• Demandes de certificats TLS -- les autorites de certification exigent des FQDNs valides dans les champs Common Name et SAN ; les domaines invalides causent le rejet du CSR
• Configuration de zones DNS -- verifier les noms de domaine avant d'ajouter des enregistrements previent les echecs de chargement de zone
• Configuration de serveur de messagerie -- les enregistrements MX, les includes SPF et le routage de messagerie dependent de FQDNs valides
• Analyse de securite et de menaces -- valider les domaines issus de logs ou de flux de threat intelligence avant d'effectuer des recherches de reputation
• Configuration applicative -- les endpoints d'API, les URLs de webhooks et les entrees de service discovery necessitent des domaines correctement formates
• Verification d'enregistrement de domaine -- confirmer la validite d'un nom avant de tenter l'enregistrement aupres d'un registrar

Fonctionnement de la structure FQDN

Un Fully Qualified Domain Name specifie un emplacement exact dans la hierarchie DNS, depuis un hote specifique jusqu'a la racine. Contrairement aux noms relatifs, les FQDNs sont non ambigus independamment du domaine de recherche DNS configure sur le client.

Composants d'un FQDN

Pour mail.staging.example.co.uk :

• Labels de sous-domaine : mail, staging -- identifient l'hote specifique et l'environnement
• Domaine de second niveau : example -- le nom de domaine enregistre
• Domaine de premier niveau : co.uk -- le suffixe public sous lequel le domaine est enregistre
• Racine implicite : le label vide a la fin de l'arbre DNS (represente par un point final)

Verifications de validation effectuees

1. Nombre de labels : au moins deux labels sont requis (nom d'hote + TLD)
2. Syntaxe des labels : chaque label respecte les regles RFC 1123 (alphanumeriques + tirets, 1-63 caracteres)
3. Reconnaissance du TLD : les labels les plus a droite doivent correspondre a un suffixe public enregistre aupres de l'IANA ou a un TLD a usage special connu
4. Longueur totale : le FQDN complet ne doit pas depasser 253 caracteres
5. Validation Punycode : les labels commencant par xn-- sont verifies pour un encodage internationalise valide

Noms de domaine internationalises (IDN)

Les domaines contenant des caracteres non-ASCII comme munchen.de ou des scripts Unicode sont encodes en Punycode dans le DNS. La forme encodee utilise un prefixe xn--, par exemple xn--mnchen-3ya.de. Le validateur verifie a la fois l'encodage Punycode et les caracteres Unicode decodes pour s'assurer que l'IDN est valide.

La validation FQDN en pratique

L'element le plus important a comprendre sur la validation FQDN est qu'il s'agit d'une verification structurelle, pas d'une verification de disponibilite. Un domaine peut etre parfaitement valide en tant que FQDN et ne pas exister dans le DNS. Le validateur vous indique si le nom est bien forme et serait accepte par les logiciels DNS, les autorites de certification et les autres systemes qui exigent des FQDNs. Que quelqu'un ait effectivement enregistre le domaine et configure des enregistrements DNS est une question distincte.

Une source courante de confusion est la difference entre la validation du TLD et l'existence du domaine. Le validateur verifie si le TLD est reconnu par l'IANA, ce qui signifie qu'il a ete delegue dans la zone racine. Mais avoir un TLD valide ne signifie pas que le domaine de second niveau est enregistre. totally-fake-domain-12345.com a un TLD valide (.com) et passe la validation structurelle FQDN, mais il n'existe presque certainement pas dans le DNS. Si vous devez verifier qu'un domaine se resout effectivement, vous avez besoin d'un outil de requete DNS, pas seulement d'un validateur FQDN.

Un autre point ou les administrateurs trebuche concerne la gestion des TLD a usage special. Les noms comme server.local, host.internal et router.home.arpa utilisent des TLD reserves pour des usages specifiques et ne font pas partie du DNS mondial. Le validateur les reconnait comme des FQDNs valides car ils sont legitimes dans leurs contextes prevus (mDNS, reseaux prives, etc.), mais ils ne se resoudront jamais sur l'Internet public. Si vous validez des domaines pour des services publics comme les certificats TLS ou les enregistrements MX, vous devez egalement verifier que le TLD est publiquement resolvable, et pas seulement structurellement valide.

Questions frequentes

Qu'est-ce qui rend un domaine "pleinement qualifie" par rapport a un simple nom d'hote ?

Un fully qualified domain name inclut tous les labels depuis l'hote jusqu'au domaine de premier niveau, fournissant un chemin absolu dans la hierarchie DNS. Le nom d'hote mail est relatif et depend du domaine de recherche DNS local, mais mail.example.com est pleinement qualifie et se resout de la meme maniere partout. Dans la configuration BIND, un FQDN est indique par un point final (mail.example.com.), mais dans la plupart des autres contextes, le point final est optionnel.

Le validateur FQDN effectue-t-il des requetes DNS en direct ?

Non. Le validateur verifie la correction structurelle du nom de domaine sans effectuer de resolution DNS. Un domaine peut etre syntaxiquement valide en tant que FQDN mais ne pas exister reellement dans le DNS. Cette validation hors ligne est utile pour verifier les noms avant leur enregistrement ou leur configuration.

Comment le validateur gere-t-il les nouveaux TLDs generiques comme .app ou .dev ?

Le validateur utilise le registre TLD de l'IANA, qui inclut tous les domaines de premier niveau delegues. Les nouveaux gTLDs comme .app, .dev, .io et des centaines d'autres ajoutes via le programme de nouveaux gTLDs de l'ICANN sont reconnus comme valides. Le registre est periodiquement mis a jour pour inclure les TLDs nouvellement delegues.

Une adresse IP peut-elle etre un FQDN ?

Non. Un FQDN est un nom de domaine dans la hierarchie DNS, compose de labels separes par des points. Bien qu'une adresse IPv4 comme 192.168.1.1 ressemble superficiellement a un nom en notation pointee, ce n'est pas un nom de domaine et elle ne passe pas la validation FQDN. Les adresses IP et les noms de domaine sont des identifiants fondamentalement differents, meme s'ils sont lies par la resolution DNS.

Quelle est la difference entre cet outil et le validateur de hostname ?

Le validateur de hostname verifie les regles de syntaxe RFC 1123 pour les hostnames individuels, y compris les noms a label unique comme localhost. Le validateur FQDN va plus loin en exigeant au moins deux labels et en verifiant que le TLD est reconnu par l'IANA. Utilisez le validateur de hostname pour la verification syntaxique generale des hostnames ; utilisez le validateur FQDN lorsque vous devez confirmer qu'un nom est globalement unique et complet.

Comment sont geres les TLDs .local et autres TLDs a usage special ?

Les TLDs a usage special comme .local (mDNS), .onion (Tor), .test et .home.arpa sont reconnus comme valides car ils sont formellement reserves par l'IANA pour des usages specifiques. Le validateur les accepte comme des FQDNs structurellement valides, bien qu'ils ne se resolvent pas sur l'Internet public.

Outils associes

• Validateur de nom d'hote - Valider les noms d'hote selon les standards RFC 1123
• Extracteur de domaine racine - Extraire le domaine enregistrable a l'aide de la Public Suffix List
• Extracteur de nom d'hote depuis URL - Extraire les noms d'hote depuis des URLs en masse
• Extracteur de sous-domaine - Extraire les sous-domaines depuis des noms d'hote en masse
• Generateur d'enregistrements A/AAAA pour zone BIND - Generer des enregistrements A et AAAA de zone BIND a partir d'un CSV