2.3. SVCB Query Names (Nomi di query SVCB)

2.3. SVCB Query Names (Nomi di query SVCB)

Quando si interroga il RR SVCB, un servizio viene tradotto in un QNAME aggiungendo al nome del servizio un'etichetta che indica lo schema, con un underscore come prefisso, ottenendo un nome di dominio come "_examplescheme.api.example.com.". Questo segue il modello di denominazione Attrleaf [Attrleaf], quindi lo schema DEVE essere registrato in modo appropriato presso IANA (vedere la Sezione 11).

I documenti di mappatura del protocollo POSSONO specificare etichette aggiuntive con prefisso underscore da aggiungere. Per gli schemi che specificano una porta (Sezione 3.2.3 di [URI]), una possibilità ragionevole è quella di aggiungere il numero di porta indicato se viene specificato un numero di porta non predefinito. Questo documento definisce questo comportamento come "Port Prefix Naming (Denominazione con prefisso di porta)" e lo utilizza negli esempi.

Vedere la Sezione 9.1 per informazioni sul comportamento del RR HTTPS.

Quando un precedente record CNAME o SVCB ha creato un alias verso un record SVCB, ciascun RR DEVE essere restituito sotto il proprio nome del proprietario, come nell'elaborazione CNAME ordinaria ([RFC1034], Sezione 3.6.2). Per i dettagli, vedere le raccomandazioni riguardanti gli alias per i client (Sezione 3), i server (Sezione 4) e le zone (Sezione 10).

Si noti che nessuna di queste forme altera l'origine o l'autorità ai fini della validazione. Ad esempio, i client TLS DEVONO continuare a validare i certificati TLS per il nome del servizio originale.

Come esempio, il proprietario di "example.com" potrebbe pubblicare questo record:

_8443._foo.api.example.com. 7200 IN SVCB 0 svc4.example.net.

Questo record indicherebbe che "foo://api.example.com:8443" è aliasato a "svc4.example.net". Il proprietario di "example.net", a sua volta, potrebbe pubblicare questo record:

svc4.example.net.  7200  IN SVCB 3 svc4.example.net. (
    alpn="bar" port="8004" )

Questo record indicherebbe che questi servizi sono forniti sulla porta numero 8004, che supporta il protocollo "bar" e il suo trasporto associato oltre al protocollo di trasporto predefinito per "foo://".

(Le parentesi vengono utilizzate per ignorare un'interruzione di riga nel formato di presentazione del file di zona DNS, secondo la Sezione 5.1 di [RFC1035].)