Test di fuga DNS: quali resolver rispondono davvero alle tue richieste?
Quattro risoluzioni monouso, e nominiamo i resolver DNS che hanno risposto. Se uno di essi si trova fuori dal paese di uscita della tua VPN, il tuo DNS esce dal tunnel.
- IP pubblico osservato
- 216.73.216.102
- La connessione esce in
- United States
- Resolver distinti rilevati
- -
Metodo: 4 risoluzioni su sottodomini monouso di ip-api.com, il cui server autoritativo riferisce quale resolver lo ha interrogato: è l'unico modo per un browser di osservare un resolver. Il tuo browser non invia altro e noi non conserviamo nulla.
Tre passaggi, nessuna installazione.
Un nome che nessuno ha risolto
Ogni esecuzione punta a un sottodominio generato sul momento. Poiché nessuna cache lo conserva, la risoluzione deve per forza arrivare al server autoritativo, che registra il resolver richiedente.
Il resolver viene nominato
La risposta indica l'indirizzo IP del resolver che ha interrogato, il suo paese e l'organizzazione che lo gestisce. Ripetiamo l'operazione quattro volte per far emergere i resolver secondari.
Confronto con la tua uscita
Il paese di ciascun resolver viene confrontato con quello in cui esce il tuo IP pubblico. Un resolver fuori da quel paese significa che la risoluzione non è passata dal tunnel.
Come leggere questo test
Una VPN cifra il traffico, ma la risoluzione dei nomi che lo precede può prendere un'altra strada. Se il tuo sistema continua a usare il resolver distribuito dal tuo operatore, quest'ultimo vede ancora ogni dominio che visiti: su quel canale la cifratura non ti serve a nulla.
Il browser non viene mai a sapere quale resolver abbia risposto. La questione si chiarisce solo dal lato autoritativo: risolvere un nome che nessuno ha mai risolto e chiedere a quel server chi è venuto a bussare. È esattamente ciò che fa questa pagina, quattro volte, perché una macchina ha di solito più resolver configurati e alterna tra loro.
Ciò che questo test non copre
Questa pagina esamina soltanto la risoluzione DNS. Non dice nulla su WebRTC, l'API del browser capace di esporre il tuo vero indirizzo IP tramite scoperta peer-to-peer, del tutto estranea alla questione DNS. Quella fuga ha un test dedicato.
Avvia il test di fuga WebRTCTutto ciò che devi sapere.
Il test invia qualcosa a terzi?
Sì, e non può essere altrimenti. Il tuo browser risolve sottodomini monouso di ip-api.com, quindi quel servizio viene necessariamente a conoscenza dell'IP del tuo resolver. È l'unico modo per osservare un resolver da un browser. Noi non riceviamo e non conserviamo nulla; lo scambio resta tra il tuo browser e ip-api.com.
Il resolver mostrato non è il mio operatore: sono al sicuro?
Significa che la richiesta non è andata dritta al tuo operatore, che è l'essenziale di ciò che stavi verificando. Non significa che il resolver sia affidabile: chi lo gestisce vede ogni dominio richiesto. Se l'obiettivo è la riservatezza, meglio un resolver scelto deliberatamente che uno ereditato.
Come si corregge una fuga DNS?
In ordine di efficacia: attiva la protezione contro le fughe DNS del tuo client VPN, che obbliga ogni risoluzione a passare dal tunnel, poi verifica che l'IPv6 sia trasportato dal tunnel oppure disattivato, perché una risoluzione IPv6 può sfuggire a un tunnel solo IPv4. Su Windows disattiva anche la risoluzione dei nomi multi-interfaccia, che interroga tutte le schede in parallelo.
Perché i risultati cambiano tra due esecuzioni?
Perché il tuo sistema alterna i resolver che gli sono stati assegnati. Una fuga compare spesso solo alla seconda o alla terza richiesta: per questo il test ne effettua quattro ed elenca ogni resolver distinto incontrato invece del primo.
Hai visto il divario. Chiudilo.
Garanzia di rimborso di 30 giorni. Nessuna carta richiesta per gli strumenti.