2.4.2. AliasMode

2.4.2. AliasMode

In AliasMode, il record SVCB crea un alias di un servizio verso un TargetName. Gli RRset SVCB DOVREBBERO avere solo un singolo RR in AliasMode. Se sono presenti più RR AliasMode, i client o i resolver ricorsivi DOVREBBERO sceglierne uno in modo casuale.

Lo scopo principale di AliasMode è consentire l'aliasing al vertice della zona (zone apex), dove CNAME non è consentito (vedere, ad esempio, [RFC1912], Sezione 2.4). In AliasMode, il TargetName sarà il nome di un dominio che si risolve in record SVCB, AAAA e/o A. (Vedere la Sezione 6 per l'aliasing dei tipi di RR compatibili con SVCB.) A differenza di CNAME, i record AliasMode non influenzano la risoluzione di altri tipi di RR e si applicano solo a un servizio specifico, non a un intero nome di dominio.

Il TargetName di AliasMode NON DOVREBBE essere uguale al nome del proprietario, poiché ciò comporterebbe un loop. In AliasMode, i destinatari DEVONO ignorare qualsiasi SvcParams presente. I parser di file di zona POSSONO emettere un avviso se un record AliasMode ha SvcParams. L'uso di SvcParams nei record AliasMode non è attualmente definito, ma una specifica futura potrebbe estendere i record AliasMode per includere SvcParams.

Ad esempio, l'operatore di "foo://example.com:8080" potrebbe indirizzare le richieste a un servizio in esecuzione su "foosvc.example.net" pubblicando:

_8080._foo.example.com. 3600 IN SVCB 0 foosvc.example.net.

L'uso di AliasMode mantiene una separazione delle responsabilità: il proprietario di "foosvc.example.net" può aggiungere o rimuovere record SVCB ServiceMode senza richiedere una modifica corrispondente a "example.com". Si noti che se "foosvc.example.net" promette di pubblicare sempre un record SVCB, questo record AliasMode può essere sostituito da un CNAME con lo stesso nome del proprietario.

AliasMode è particolarmente utile per i tipi di RR compatibili con SVCB che non richiedono un prefisso underscore, come il tipo di RR HTTPS. Ad esempio, l'operatore di "https://example.com" potrebbe indirizzare le richieste a un server su "svc.example.net" pubblicando questo record al vertice della zona:

example.com. 3600 IN HTTPS 0 svc.example.net.

Si noti che il nome del proprietario del record SVCB PUÒ essere il nome canonico di un record CNAME e il TargetName PUÒ essere il proprietario di un record CNAME. I client e i resolver ricorsivi DEVONO seguire i CNAME normalmente.

Per evitare catene di alias illimitate, i client e i resolver ricorsivi DEVONO imporre un limite sul numero totale di alias SVCB che seguiranno per ciascuna richiesta di risoluzione. Questo limite NON DEVE essere zero, vale a dire che le implementazioni DEVONO essere in grado di seguire almeno un record AliasMode. Il valore esatto di questo limite è lasciato alle implementazioni.

Le zone che richiedono di seguire più record AliasMode potrebbero incontrare problemi di compatibilità e prestazioni.

Poiché i client legacy non sapranno utilizzare questo record, gli operatori di servizi dovranno probabilmente mantenere record AAAA e A di fallback insieme a questo record SVCB, sebbene in un caso comune il target del record SVCB potrebbe offrire prestazioni migliori e sarebbe quindi preferibile per i client che implementano questa specifica.

I record AliasMode si applicano solo alle query per il tipo di RR specifico. Ad esempio, un record SVCB non può creare un alias verso un record HTTPS o viceversa.