Risposta breveUn altro indirizzo WebRTC pubblico richiede una verifica del percorso, ma non prova di per sé una perdita.Un indirizzo privato o un nome .local non è uguale a un IP pubblico. Una mancanza di candidati non prova protezione nemmeno.

Due modi per vedere un indirizzo di rete

La richiesta HTTP va al server web. WebRTC cerca un modo adatto per scambiare dati, e può andare a STUN. Se le regole di routing differiscono, questi meccanismi possono osservare indirizzi diversi, in modo che un marchio verde "protetto" nasconderebbe troppe condizioni.

Il controllo qui sotto crea solo un canale di dati. Non query la fotocamera, non registra la voce, non ti collega a una persona casuale. Lo STUN esterno vede l'indirizzo del mittente; la chiamata inizia dopo che l'hai confermato.

Confronta HTTP e WebRTC

Test perdite IP WebRTC

Gratuito

Caricamento dell'assegno...

Tre possibili risultati

Gli indirizzi pubblici corrispondono. I candidati che ne risultano corrispondono all'indirizzo di connessione HTTP. Questa è un'osservazione utile per questa scheda, ma non una validazione di DNS, altre applicazioni, o il comportamento di rottura del tunnel.

C'è un altro indirizzo pubblico. Verificare le versioni IP e le regole di connessione. IPv4 e IPv6 possono andare su diverse rotte. Confrontare il risultato all'indirizzo conosciuto dell'ISP e ripetere nelle stesse condizioni; non fare riferimento al nome del paese da solo.

Non ci sono abbastanza dati. STUN potrebbe non aver risposto, WebRTC potrebbe essere stato limitato alle politiche del browser, gli indirizzi potrebbero essere stati nascosti, e un elenco vuoto potrebbe non essere interpretato come “nessuna perdita.”

Indirizzi locali e mDNS

Gli indirizzi della banda privata descrivono una rete locale. I browser possono anche sostituire un indirizzo locale con un nome che termina con .local. Questi valori vengono visualizzati per capire il metodo, ma non sono considerati come indirizzi pubblici in confronto.

Il tester non determina l'identità di ogni indirizzo al tuo ISP, né determina quale percorso è stato desiderato, ma la corretta interpretazione dipende dalla configurazione della connessione.

Perché non c'è nessuna promessa di controllare il DNS

Una pagina normale non riceve un elenco di risolutori DNS dal browser. Un controllo DNS affidabile richiede il monitoraggio di richieste uniche sul proprio server DNS autorevole e la sostituzione di un tale controllo con un elenco di potenziali provider darebbe falsa fiducia.

Salvare il report se si desidera abbinare due browser o discutere il risultato con l'amministratore della rete di lavoro. Quando lo pubblichi, si noti che contiene gli indirizzi IP osservati.

Fonti e metodologia

Redazione di CalcomeraProve, spiegazioni e limiti aperti del metodo. A proposito degli editori