Resposta curta Outro endereço WebRTC público requer uma verificação de rota, mas não por si só provar um vazamento.Um endereço privado ou um nome .local não é igual a um IP público.Uma falta de candidatos também não prova proteção.

Duas maneiras de ver um endereço de rede

A solicitação HTTP vai para o servidor web. WebRTC procura uma maneira adequada de trocar dados, e pode ir para o STUN. Se as regras de roteamento diferem, esses mecanismos podem observar endereços diferentes, então uma marca verde "protegida" esconderia muitas condições.

A verificação abaixo só cria um canal de dados. Ele não consulta a câmera, ele não grava a voz, ele não conecta você a uma pessoa aleatória. O STUN externo vê o endereço do remetente; a chamada começa depois de você ter confirmado.

Comparar HTTP e WebRTC

Teste de vazamento de IP WebRTC

Grátis

Carregando o cheque...

Três resultados possíveis

Endereços públicos correspondentes. Os candidatos resultantes correspondem ao endereço de ligação HTTP. Esta é uma observação útil para esta página, mas não uma validação de DNS, outras aplicações ou comportamento de quebra de túnel.

Há outra morada pública. Verifique as versões IP e as regras de conexão. IPv4 e IPv6 podem ir em rotas diferentes. Compare o resultado com o endereço conhecido do seu ISP e repita nas mesmas condições; não infer a partir do nome do país sozinho.

Não há dados suficientes. STUN pode não ter respondido, WebRTC pode ter sido limitado às políticas do navegador, endereços podem ter sido escondidos, e uma lista vazia pode não ser interpretada como "sem vazamentos".

Endereços locais e mDNS

Os endereços de banda privada descrevem uma rede local. Os navegadores também podem substituir um endereço local por um nome que termina com .local. Estes valores são exibidos para entender o método, mas não são contados como endereços públicos em comparação.

O testador não determina a identidade de cada endereço para o seu ISP, nem determina qual rota foi desejada, mas a interpretação correta depende da sua configuração de conexão.

Porque não há promessa de verificar o DNS

Uma página normal não recebe uma lista de resolvedores de DNS do navegador. Uma verificação confiável de DNS requer monitoramento de pedidos únicos em seu próprio servidor DNS autoritário, e substituir tal verificação por uma lista de provedores potenciais daria falsa confiança.

Salve o relatório se você quiser combinar dois navegadores ou discutir o resultado com o administrador da rede de trabalho. Quando você publicá- lo, note que ele contém os endereços IP observados.

Fontes e metodologia

Equipe editorial da CalcomeraTestes, explicações e limitações abertas do método. Sobre os editores