Enregistrement DNS A avec https: // dans l'étiquette
J'ai récemment rencontré pour la première fois un enregistrement A de la forme:
https://www.example.com. <TTL> IN A <IP address>
Pour autant que je sache, ce dossier est délibéré (c'est-à-dire pas une erreur). Je sais que les deux points et la barre oblique sont des caractères valides pour une étiquette, par RFC 2181 , mais je ne comprends pas le but de l'enregistrement. Une autorité de certification utilise-t-elle ce formulaire pour la validation du contrôle de domaine? Ce formulaire protège-t-il contre un certain type d'exploitation? Piège une sorte d'erreur utilisateur ou un problème connu avec le logiciel?
L'explication la plus probable est qu'un utilisateur peu familier avec DNS a essayé de configurer les enregistrements DNS et a fait une erreur qui est manifestement évidente pour quiconque est familier avec DNS, mais pas pour les personnes qui ne le sont pas.
Alors qu'une étiquette DNS peut être n'importe quelle donnée binaire arbitraire généralement, vous devriez lire le reste de la section 11, en particulier:
Notez cependant que les différentes applications qui utilisent des données DNS peuvent avoir des restrictions imposées sur les valeurs particulières acceptables dans leur environnement. Par exemple, le fait que toute étiquette binaire puisse avoir un enregistrement MX n'implique pas qu'un nom binaire puisse être utilisé comme partie hôte d'une adresse de messagerie. Les clients du DNS peuvent imposer toutes les restrictions appropriées à leur situation sur les valeurs qu'ils utilisent comme clés pour les requêtes de recherche DNS et sur les valeurs renvoyées par le DNS. Si le client a de telles restrictions, il est seul responsable de la validation des données du DNS pour s'assurer de leur conformité avant de faire usage de ces données.
Entre autres choses, cela signifie que la syntaxe d'étiquette peut être contrainte en fonction du type RR. Comme spécifié dans la RFC 1123 section 2.1 et RFC 952, les noms d'hôtes Internet ont une telle syntaxe contrainte, dans laquelle les deux-points et la barre oblique ne sont pas valides.
C'est faux pour une adresse standard mais c'est peut-être quelqu'un qui utilise DNS comme appareil de communication hors bande.
Il n'est pas difficile d'imaginer devoir passer des données via DNS au lieu de passer par des canaux "normaux".