Quelqu'un peut-il avoir un sous-domaine (nom d’hôte) avec un trait de soulignement "_"?

Question

Les sous-domaines (noms d’hôtes) peuvent-ils comporter un trait de soulignement "_"?

Answer 1

La plupart des réponses données ici sont faux. Il est parfaitement légal d'avoir des un trait de soulignement dans un nom de domaine. Permettez-moi de citer la norme RFC 2181, section 11, "la syntaxe du Nom":

Le DNS lui-même que d'une restriction sur les étiquettes qui peut être utilisé pour identifier les enregistrements de ressources. Que l'on la restriction se rapporte à la longueur de l'étiquette et de la pleine nom. [...] Les implémentations des protocoles DNS ne doit pas placer de toute restrictions sur les étiquettes qui peuvent être utilisés. En particulier, DNS les serveurs ne doivent pas refuser de servir une zone, car il contient des étiquettes qui pourrait ne pas être acceptable pour certains client DNS programmes.

Voir aussi l'original de la spécification DNS, RFC 1034, section 3.5 "Nom préféré de la syntaxe", mais le lire attentivement.

Les domaines avec des traits de soulignement sont très fréquentes dans la nature. Vérifiez _jabber._tcp.gmail.com ou _sip._udp.apnic.net.

D'autres RFC mentionné ici traitent des choses différentes. L'original la question était pour les noms de domaine. Si la question est pour l'hôte les noms (ou pour les Url, qui comprend un nom d'hôte), puis c'est différentes, la norme applicable est la norme RFC 1123, section 2.1 "Hôte Les noms et les Numéros" qui limite les noms d'hôteà lettres-chiffres-trait d'union.

Answer 2

Une note sur la terminologie, dans la poursuite de Bortzmeier réponse

Il faut être clair sur les définitions. Tel qu'utilisé ici:

• le nom de domaine est l' identifiant d'une ressource dans une base de données DNS
• l'étiquette est la partie d'un nom de domaine entre dans les points
• nom d'hôte est un type spécial de nom de domaine qui identifie les hôtes Internet

Le nom d'hôte est soumise aux restrictions de la RFC 952 et le léger assouplissement de la RFC 1123

RFC 2181 fait clair qu'il y a une différence entre un nom de domaine et un nom d'hôte:

...[le fait que] toute binaire de l'étiquette peut avoir un enregistrement MX n'implique pas que tout nom binaire peut être utilisé comme la partie hôte de l'adresse e-mail...

Donc, les traits de soulignement dans les noms d'hôtes sont un non-non, les traits de soulignement dans les noms de domaine sont un-ok.

Dans la pratique, on peut voir les noms d'hôtes avec des traits de soulignement. Comme la Robustesse Principe dit: "il faut Être prudent dans ce que vous envoyez, libéral dans ce que vous acceptez".

Une note sur le codage de la

Au 21e siècle, il s'avère que les noms d'hôtes ainsi que les noms de domaine peuvent être internationalisé! Cela signifie que le recours à des codages dans le cas d' étiquettes qui contiennent des caractères qui sont à l'extérieur de l'ensemble autorisé.

En particulier, il permet de coder le "_" dans les noms d'hôtes.

La première RFC pour l'internationalisation a été RFC 3490 de Mars 2003, "l'Internationalisation des Noms de Domaine dans les Applications (IDNA)". Aujourd'hui, nous avons:

• RFC 5890 "IDNA: Définitions et Cadre des documents d'"
• RFC 5891 "IDNA: Protocole"
• RFC 5892 "Les Points de Code Unicode et IDNA"
• RFC 5893 "de Droite à Gauche Scripts pour IDNA"
• RFC 5894 "IDNA: Contexte, l'Explication et la Justification"
• RFC 5895 "Mappage de Caractères pour IDNA 2008"

Vous pouvez également consulter l' article de Wikipédia

RFC 5890 introduit le terme de la LDH (Lettre-Chiffre-Tiret) de l'étiquette pour les étiquettes utilisées dans les noms d'hôtes et dit:

C'est le classique de l'étiquette de formulaire utilisé, mais avec certaines restrictions supplémentaires, dans les noms d'hôtes (RFC 952). Sa syntaxe est identique à celui décrit comme le "nom préféré de la syntaxe" dans la Section 3.5 de la RFC 1034 tel que modifié par la RFC 1123. Brièvement, c'est une chaîne composée de ASCII des lettres, des chiffres et le trait d'union avec la restriction que le trait d'union ne peut pas apparaître au début ou à la fin de la chaîne. Comme tous les DNS d'étiquettes, de sa longueur totale ne doit pas dépasser 63 octets.

Remontant à des temps plus simples, ce projet est une première proposition pour le nom d'hôte de l'internationalisation. Un nom de domaine avec des caractères internationaux peut être codé à l'aide, par exemple, la "RACE" de l'encodage.

L'auteur de la " COURSE de codage de proposition des notes:

D'après la RFC 1035, hôte pièces doivent être insensibles à la casse, de début et de fin avec une lettre ou un chiffre, et ne contenir que des lettres, des chiffres et le tiret ("-"). Ceci, bien sûr, n'exclut toute internationalisés personnages, ainsi que de nombreux autres personnages dans le répertoire de caractères ASCII. En outre, le nom de domaine pièces de 63 octets ou plus courte longueur.... Tous les post-nom converti les pièces qui contiennent des caractères internationalisés commence par la chaîne "bq--". (...) La chaîne "bq--" a été choisi parce qu'il est extrêmement peu probable pour exister dans l'hôte pièces avant de procéder à cette spécification a été produit.

Answer 3

Il se peut que vous ayez à savoir une chose supplémentaire: si la partie hôte ou le sous-domaine de l’URL contient un trait de soulignement, IE9 (n’a pas testé les autres versions) ne peut pas enregistrer de cookies.

Alors faites attention à cela. :-)

Answer 4

J'ai suivi le lien pour RFC1034 et de lire et fut surpris de voir ce:

Les étiquettes doivent suivre les règles de la ARPANET des noms d'hôte. Ils doivent commencer par une lettre, se terminent par une lettre ou un chiffre, et ont de l'intérieur les caractères uniquement des lettres, des chiffres et le tiret. Il y a aussi quelques restrictions sur la longueur. Les étiquettes doivent être 63 caractères ou moins.

Pour plus de précisions, les noms de domaines sont constitués de labels qui sont séparés par des points ".". Cette spécification doit être dépassée, car il ne mentionne pas l'utilisation de caractères de soulignement. Je peux comprendre la confusion si quelqu'un trébuche sur ce spec sans savoir qu'il est obsolète. Il est obsolète, n'est-ce pas?

J'ai suivi le lien pour RFC2181 et de lire certains de. Surtout lorsqu'elle se rapporte à la question de ce qu'est une autorité, ou canonique, le nom et la question de ce qui fait un DNS valide étiquette.

Comme posté plus tôt, il états, il n'y a qu'une limitation de la longueur puis en somme, il s'affiche:

(au sujet des noms et valide les étiquettes)

Ceux-ci sont déjà suffisamment précisé, mais les spécifications semblent parfois ignorés. Nous cherchons à renforcer les normes existantes.

Type de feuilles, je me demande si "une longueur de seulement restriction" qui est "suffisant". Allons-nous commencer à voir les noms de domaine comme @#$%!! bientôt? N'est-ce pas l'internet foiré assez?

Answer 5

À partir de ce post de forum, cela peut être possible, mais vous êtes encouragé à utiliser des tirets à la place: http://www.dnlodge.com/forums/domains/2050/