Validateur de nom d’hôte

Le validateur de hostname verifie si une chaine de caracteres donnee est un nom d'hote valide selon les regles de la RFC 1123. Saisissez une valeur comme web-server-01.example.com ou my-app et l'outil indique immediatement si elle passe ou echoue la validation, avec des details specifiques sur les violations detectees telles que les caracteres illegaux, les depassements de longueur ou les tirets mal places.

Comprendre la validation de hostname

Si vous travaillez avec des serveurs, le DNS ou tout type d'infrastructure reseau, les hostnames sont partout. Ils apparaissent dans les enregistrements DNS, les demandes de certificats TLS, les configurations de serveurs web, les fichiers hosts et les tableaux de bord de supervision. Un hostname qui semble correct a l'oeil nu peut silencieusement causer des problemes s'il contient un caractere ou un motif qui viole les regles. Un underscore dans un hostname peut fonctionner avec votre resolveur DNS local mais provoquer le rejet de votre CSR par une autorite de certification. Un label qui commence par un tiret peut se charger dans une application mais echouer dans une autre. Ces problemes sont difficiles a diagnostiquer car le hostname parait raisonnable au premier coup d'oeil.

La RFC 1123 a mis a jour la specification originale de la RFC 952 pour definir la syntaxe de hostname utilisee sur Internet aujourd'hui. Les regles sont simples mais faciles a violer accidentellement : chaque label (les sections entre les points) ne peut contenir que des lettres ASCII, des chiffres et des tirets, doit commencer et se terminer par un caractere alphanumerique, et ne peut pas depasser 63 caracteres. Le hostname total incluant tous les labels et les points doit rester en dessous de 253 caracteres. Ces contraintes existent parce qu'elles correspondent directement a la facon dont le DNS encode les noms sur le reseau, et chaque implementation DNS, serveur de messagerie et autorite de certification les applique.

Ce validateur applique ces regles de maniere systematique. Vous collez un hostname et obtenez un resultat immediat de reussite ou d'echec avec la regle specifique qui a ete violee. Il detecte les underscores, les tirets en debut ou fin de label, les labels trop longs, les caracteres speciaux, les espaces et les depassements de longueur totale. Que vous validiez un seul hostname avant de demander un certificat ou que vous auditiez un fichier de configuration contenant des centaines d'entrees, l'outil vous indique exactement ce qui ne va pas et ou.

Comment valider un hostname

1. Saisissez la chaine de hostname a valider (par ex. web-server-01.example.com)
2. L'outil verifie chaque label selon les regles de nommage RFC 1123
3. Consultez le resultat de validation indiquant le statut reussite/echec et les violations specifiques detectees
4. Corrigez les problemes signales et relancez la validation jusqu'a ce que le hostname passe tous les controles

Exemples de validation de hostname

Quand utiliser le validateur de hostname

• Avant de configurer des enregistrements DNS pour garantir que le hostname sera resolu correctement sur tous les serveurs DNS
• Validation des entrees utilisateur dans les formulaires web ou API qui acceptent des hostnames pour la configuration de services
• Audit des fichiers de configuration (nginx, Apache, fichiers hosts) pour detecter les fautes de frappe et entrees invalides
• Verification prealable des hostnames pour les certificats TLS afin d'eviter les rejets de demande de signature de certificat (CSR)
• Diagnostic d'echecs DNS lorsqu'un hostname apparemment correct refuse de se resoudre
• Migration de zones DNS pour detecter les entrees invalides avant l'importation chez un nouveau fournisseur

Fonctionnement des regles de hostname RFC 1123

La RFC 1123 a mis a jour la specification originale de hostname de la RFC 952 pour definir la syntaxe utilisee sur Internet aujourd'hui. Ces regles regissent chaque hostname utilise dans le DNS, les e-mails, les URL et la configuration reseau.

Regles relatives aux labels

Chaque hostname est compose d'un ou plusieurs labels separes par des points. Chaque label doit :

• Contenir uniquement des lettres ASCII (a-z, A-Z), des chiffres (0-9) et des tirets (-)
• Commencer par un caractere alphanumerique (pas un tiret)
• Se terminer par un caractere alphanumerique (pas un tiret)
• Avoir une longueur comprise entre 1 et 63 caracteres

Limite de longueur totale

Le hostname complet, y compris les points entre les labels, ne peut pas depasser 253 caracteres. Cette limite provient du format filaire DNS, ou chaque label est precede d'un octet de longueur et le nom est termine par un octet nul, donnant un maximum de 255 octets au total.

Underscores et noms DNS speciaux

Les underscores (_) sont techniquement invalides dans les hostnames, bien que certains systemes les tolerent. Les noms d'enregistrements DNS comme _dmarc.example.com, _sip._tcp.example.com et _acme-challenge.example.com utilisent des underscores a dessein, mais ce sont des noms DNS, pas des hostnames. Les hostnames classiques qui identifient des hotes sur un reseau ne doivent pas en contenir. De nombreux serveurs de messagerie, autorites de certification TLS et frameworks applicatifs rejettent les hostnames contenant des underscores, donc meme si votre resolveur local les accepte, vous finirez par rencontrer un systeme qui ne le fait pas.

Points finaux et noms absolus

Un point final (par ex. example.com.) indique un nom DNS absolu, egalement appele nom de domaine pleinement qualifie. Le point final est valide dans les contextes de configuration DNS comme les fichiers de zone et les requetes dig, mais la plupart des applications et configurations orientees utilisateur ne l'attendent pas ou ne le gerent pas. Qu'un point final rende un hostname valide ou invalide depend du contexte dans lequel il est utilise.

La validation de hostname en pratique

L'erreur de hostname la plus courante en production est l'underscore. Les developpeurs utilisent frequemment des underscores dans les noms de serveurs parce qu'ils servent de separateurs en programmation. Un serveur nomme web_prod_01.example.com fonctionnera tres bien pour l'acces SSH et meme pour les requetes DNS basiques sur la plupart des systemes, mais il echouera lorsque vous tenterez d'obtenir un certificat TLS. Les autorites de certification suivent les exigences de base du CA/Browser Forum, qui imposent des hostnames conformes aux RFC. Renommer un serveur en production est penible, donc detecter cette erreur lors de la configuration initiale vous economise un effort considerable par la suite.

Un autre probleme frequent concerne les hostnames qui depassent les limites de longueur. Cela se produit generalement avec des noms generes automatiquement dans les environnements cloud ou les systemes d'orchestration de conteneurs. Un pod Kubernetes peut recevoir un nom comme my-very-long-application-name-deployment-7b4f8c9d2e-xq9z2.namespace.svc.cluster.local, et si les labels ou la longueur totale depassent les limites, la resolution DNS echoue silencieusement. Si vous concevez des conventions de nommage pour une infrastructure automatisee, validez vos noms les plus longs prevus avec cet outil avant de vous engager sur un schema.

Attention egalement aux caracteres invisibles. Les hostnames copies depuis des documents, des e-mails ou des messages de chat attrapent parfois des espaces insecables, des caracteres de largeur nulle ou des guillemets typographiques. Ceux-ci sont invisibles dans la plupart des editeurs mais echouent immediatement a la validation de hostname. Si un hostname semble correct mais echoue a la validation, essayez de le retaper manuellement plutot que de le coller.

Questions frequentes

Les underscores sont-ils autorises dans les hostnames ?

Non. La RFC 1123 limite les caracteres des hostnames aux lettres, chiffres et tirets. Bien que certaines implementations DNS tolerent les underscores, et que des noms d'enregistrements DNS comme _dmarc ou _sip._tcp les utilisent, les hostnames standards ne doivent pas en contenir. De nombreux serveurs de messagerie et autorites de certification TLS rejettent les hostnames contenant des underscores.

Quelle est la difference entre un hostname et un nom de domaine ?

Un hostname identifie un hote specifique sur un reseau et suit les regles syntaxiques de la RFC 1123. Un nom de domaine est un concept plus large au sein de la hierarchie DNS. Tous les hostnames sont des noms de domaine, mais tous les noms de domaine ne sont pas des hostnames. Par exemple, _dmarc.example.com est un nom de domaine valide utilise pour les enregistrements DMARC, mais n'est pas un hostname valide car il commence par un underscore.

Un hostname peut-il etre un label unique comme localhost ?

Oui. Les hostnames a label unique sont valides selon la RFC 1123. Les exemples courants incluent localhost, router et printer. Cependant, les hostnames a label unique ne fonctionnent que sur les reseaux locaux ou lorsqu'un domaine de recherche DNS est configure. Sur l'Internet public, les noms de domaine pleinement qualifies avec au moins deux labels sont requis.

La validation de hostname est-elle sensible a la casse ?

Non. Les hostnames DNS sont insensibles a la casse selon la RFC 1123. Les labels Server, server et SERVER sont tous equivalents. Le DNS conserve la casse originale dans les reponses, mais les comparaisons sont toujours insensibles a la casse.

Pourquoi mon hostname echoue-t-il a la validation alors qu'il fonctionne dans mon navigateur ?

Les navigateurs et systemes d'exploitation sont souvent plus permissifs que la specification RFC. Un navigateur peut naviguer avec succes vers un hostname contenant un underscore parce que le resolveur DNS sous-jacent l'accepte, mais le hostname reste techniquement invalide. D'autres systemes comme les serveurs de messagerie, les autorites de certification et les implementations DNS strictes le rejetteront. Reussir ce validateur signifie que le hostname est universellement acceptable.

Qu'en est-il des hostnames internationalises avec des caracteres non-ASCII ?

Les hostnames standards selon la RFC 1123 n'autorisent que les caracteres ASCII. Les noms de domaine internationalises (IDN) utilisent l'encodage Punycode pour representer les caracteres non-ASCII dans un format compatible DNS. La forme encodee (commencant par xn--) suit les regles de hostname, mais la forme Unicode decodee ne les suit pas. Utilisez le validateur FQDN pour verifier les noms de domaine internationalises.

Outils associes

• FQDN Validator - Valider les noms de domaine pleinement qualifies avec verification du TLD
• URL → Hostname Extractor - Extraire les hostnames a partir d'URL en masse
• Root Domain Extractor - Extraire le domaine racine a l'aide de la Public Suffix List
• Subdomain Extractor - Extraire les sous-domaines a partir de hostnames en masse
• Zone File Linter - Verifier les fichiers de zone pour les erreurs de syntaxe et les doublons