2.3. SVCB Query Names (Noms de requête SVCB)
2.3. SVCB Query Names (Noms de requête SVCB)
Lors de l'interrogation du RR SVCB, un service est traduit en QNAME en ajoutant au nom du service une étiquette indiquant le schéma, préfixée par un trait de soulignement, ce qui donne un nom de domaine comme "_examplescheme.api.example.com.". Cela suit le modèle de nommage Attrleaf [Attrleaf], donc le schéma DOIT être enregistré de manière appropriée auprès de l'IANA (voir la section 11).
Les documents de mappage de protocole PEUVENT spécifier des étiquettes supplémentaires préfixées par un trait de soulignement à ajouter. Pour les schémas qui spécifient un port (Section 3.2.3 de [URI]), une possibilité raisonnable consiste à ajouter le numéro de port indiqué si un numéro de port non par défaut est spécifié. Ce document appelle ce comportement "Port Prefix Naming (Nommage par préfixe de port)" et l'utilise dans tous les exemples.
Voir la section 9.1 pour des informations concernant le comportement du RR HTTPS.
Lorsqu'un enregistrement CNAME ou SVCB précédent a créé un alias vers un enregistrement SVCB, chaque RR DOIT être retourné sous son propre nom de propriétaire, comme dans le traitement CNAME ordinaire ([RFC1034], Section 3.6.2). Pour plus de détails, consultez les recommandations concernant les alias pour les clients (Section 3), les serveurs (Section 4) et les zones (Section 10).
Notez qu'aucune de ces formes ne modifie l'origine ou l'autorité à des fins de validation. Par exemple, les clients TLS DOIVENT continuer à valider les certificats TLS pour le nom de service d'origine.
À titre d'exemple, le propriétaire de "example.com" pourrait publier cet enregistrement:
_8443._foo.api.example.com. 7200 IN SVCB 0 svc4.example.net.
Cet enregistrement indiquerait que "foo://api.example.com:8443" est aliasé vers "svc4.example.net". Le propriétaire de "example.net", à son tour, pourrait publier cet enregistrement:
svc4.example.net. 7200 IN SVCB 3 svc4.example.net. (
alpn="bar" port="8004" )
Cet enregistrement indiquerait que ces services sont fournis sur le numéro de port 8004, qui prend en charge le protocole "bar" et son transport associé en plus du protocole de transport par défaut pour "foo://".
(Les parenthèses sont utilisées pour ignorer un saut de ligne dans le format de présentation de fichier de zone DNS, conformément à la section 5.1 de [RFC1035].)