10. Considerazioni operative (Operational Considerations)

Le considerazioni operative per DoH riguardano sia i client sia i server.

Considerazioni per gli operatori dei server:

I server DoH devono spesso gestire un costo di connessione maggiore rispetto ai server DNS tradizionali, perché ogni connessione HTTPS richiede un handshake TLS. Gli operatori dovrebbero prepararsi a gestire questo costo aggiuntivo e considerare l'uso di ripresa della sessione TLS e altre ottimizzazioni.

I server DoH possono osservare modelli di traffico diversi dai client, specialmente se i client usano il multiplexing delle connessioni HTTP/2. I server dovrebbero essere progettati per gestire questi modelli in modo efficiente.

Gli operatori di server DoH dovrebbero essere consapevoli che l'esercizio di un server DoH può renderli bersagli di censura o monitoraggio. In alcune giurisdizioni possono applicarsi requisiti di conservazione dei dati o monitoraggio. Gli operatori dovrebbero comprendere i requisiti legali applicabili.

I server DoH dovrebbero implementare monitoraggio e logging appropriati per diagnosticare problemi e identificare attacchi. Tuttavia, come discusso nella Sezione 8, il logging dovrebbe essere effettuato rispettando la privacy degli utenti.

I server DoH possono voler implementare limiti di frequenza o altre forme di prevenzione degli abusi. In un ambiente DoH questo può essere più complesso rispetto al DNS tradizionale, perché i client possono condividere indirizzi IP, ad esempio dietro NAT, o usare più connessioni.

Considerazioni per gli operatori dei client:

I client DoH devono essere configurati con uno o più server DoH. Tale configurazione può essere manuale o automatica. I meccanismi di configurazione automatica, ad esempio tramite DHCP, sono ancora in evoluzione e potrebbero non essere disponibili in tutti gli ambienti.

I client DoH dovrebbero considerare come gestire l'indisponibilità di un server DoH. Le opzioni includono il fallback al DNS tradizionale, il tentativo con un server DoH alternativo o il fallimento completo. La scelta corretta dipende dall'applicazione e dall'ambiente.

I client DoH possono dover gestire ambienti "split DNS", nei quali alcuni nomi di dominio dovrebbero essere risolti tramite server DNS locali e altri tramite DoH. Questo richiede configurazione e gestione delle politiche adeguate.

L'uso di DoH può aumentare la latenza delle query DNS, specialmente per la prima query che richiede l'apertura di una nuova connessione HTTPS. I client dovrebbero considerare connessioni persistenti e preapertura delle connessioni per ridurre tale latenza.

I client DoH dovrebbero essere pronti a gestire reindirizzamenti HTTP e altre funzionalità HTTP. Sebbene i reindirizzamenti siano consentiti in DoH, i client dovrebbero evitare con attenzione cicli di reindirizzamento e altri problemi potenziali.

Considerazioni per gli operatori di rete:

Gli operatori di rete dovrebbero essere consapevoli che il traffico DoH appare come normale traffico HTTPS e può essere difficile da identificare e distinguere. Ciò può influire sul monitoraggio e sulla risoluzione dei problemi di rete.

Alcune reti possono affidarsi al DNS per applicare politiche, ad esempio controllo parentale o filtraggio antimalware. L'uso di DoH può aggirare questi controlli. Gli operatori di rete possono voler distribuire propri server DoH o usare altri metodi per applicare le politiche.

Le reti aziendali possono voler controllare quali server DoH possono essere usati dagli utenti. Questo può essere realizzato tramite politiche di rete, configurazione dei dispositivi o altri meccanismi.

DoH può influire su alcune tecniche di ottimizzazione della rete, come proxy di cache DNS. Gli operatori dovrebbero considerare questi effetti e potrebbero dover adattare la propria infrastruttura.

Considerazioni per le reti di distribuzione dei contenuti (CDN):

Molte CDN si affidano alla geolocalizzazione basata su DNS per indirizzare gli utenti verso il server più vicino. Quando si usa DoH, la query DNS può provenire dal server DoH anziché dall'utente finale, influenzando l'accuratezza della geolocalizzazione.

EDNS Client Subnet (ECS) [RFC7871] può essere usato con DoH per mitigare questo problema, ma introduce compromessi di privacy. Server e client DoH dovrebbero valutare attentamente se e come usare ECS.

Considerazioni di interoperabilità:

Client e server DoH dovrebbero supportare la negoziazione del contenuto per consentire la futura definizione di nuovi formati di trasporto DNS. Sebbene application/dns-message sia il formato attualmente definito, in futuro potrebbero essere definiti altri formati.

Le implementazioni DoH dovrebbero interoperare con l'infrastruttura DNS esistente. In particolare, i server DoH spesso inoltrano query a resolver DNS tradizionali e dovrebbero gestire correttamente le risposte provenienti da tali resolver.

DoH non richiede DNSSEC, ma le implementazioni DoH dovrebbero essere in grado di gestire risposte firmate DNSSEC e trasmettere correttamente lo stato di validazione DNSSEC.

Considerazioni di transizione e distribuzione:

La distribuzione di DoH può essere graduale. Client e server dovrebbero essere progettati per operare in ambienti misti con DoH e DNS tradizionale.

Alcune applicazioni possono voler usare DoH, mentre altre possono voler usare DNS tradizionale. I sistemi operativi e le librerie di rete dovrebbero fornire meccanismi che consentano questa flessibilità.

Una distribuzione ampia di DoH può richiedere cambiamenti significativi all'infrastruttura DNS esistente. Gli operatori dovrebbero pianificare questi cambiamenti e considerare come gestire la transizione.