Ligação e DNS

Teste de fuga WebRTC

Examine os candidatos de ligação WebRTC e compare os endereços públicos com a rota esperada.

Configuração do teste

Configuração TURN opcional

Um relé TURN pode demonstrar utilização de um candidato do tipo relay. As credenciais introduzidas servem para autenticar no TURN; esta ferramenta não as guarda nem as envia ao nosso servidor.

Privacidade: STUN/TURN e ecos veem a origem usada para os contactar. Candidatos e relatório ficam na memória deste separador salvo exportação.

Pronto. Não acede a câmara nem microfone.

Como interpretar o resultado?

  • host identifica uma interface local, muitas vezes ocultada por nome mDNS terminado em .local.
  • srflx é um endereço reflexivo obtido de STUN; compare com a saída VPN esperada.
  • relay pertence ao relé TURN e não representa diretamente o seu acesso.
  • Sem candidato público pode significar proteção, bloqueio ou tempo excedido. Não prova ausência de fuga.

Comparar antes e depois

Repita o mesmo teste nas mesmas condições: guarde uma referência, altere uma definição e guarde o novo resultado. Os registos da comparação ficam neste navegador; isto não significa que o diagnóstico não faça pedidos de rede.

Guarde um resultado antes e outro depois para os comparar.

O que este teste permite saber

O WebRTC pode escolher percursos diferentes dos pedidos web comuns. Este teste permite examiná-los sem iniciar uma chamada. Um endereço privado ou nome mDNS não é o mesmo que um IP público do fornecedor de Internet. Um endereço de relé TURN pertence ao relé, não identifica diretamente a sua ligação.

Como realizar o teste

  1. Mantenha a ligação estável e indique o IP VPN esperado se tiver uma referência fiável.
  2. Recolha os candidatos; opcionalmente, inclua ecos IP do navegador para comparar HTTPS.
  3. Leia tipo, família, âmbito e comparação, incluindo recolhas incompletas.

Como funciona a medição

O navegador recolhe candidatos ICE, o mecanismo de estabelecimento de conectividade interativa, primeiro sem STUN/TURN e depois com os servidores configurados. Distingue candidatos locais, reflexivos e de relé.

Um canal de dados permite iniciar sem autorização de câmara ou microfone. Os candidatos ficam no navegador; STUN, TURN e ecos opcionais observam os endereços usados para os contactar.

Interpretar os resultados

IP público corresponde à rota esperada
O candidato coincide com o IP VPN fornecido ou um eco comparável utilizável. Sustenta coerência para essa observação.
IP público inesperado
O candidato pode usar outra rota. Verifique família e tipo antes de considerar possível exposição fora da VPN pretendida.
Indícios privados, de relé ou incompletos
mDNS e IP privados têm outra interpretação; relés descrevem TURN. Uma recolha vazia ou falhada é indeterminada, mesmo com eco HTTPS bem-sucedido.

Comparar antes e depois

  1. Guarde tipos, famílias, servidores STUN/TURN e referência no mesmo navegador.
  2. Altere uma definição de encaminhamento VPN ou WebRTC e repita a mesma recolha.
  3. Compare candidatos públicos por família e tipo. Atualize a referência apenas quando souber independentemente que a saída mudou.

O que este teste não permite concluir

  • A ausência de candidato público não prova que todas as ligações WebRTC seguem a rota pretendida.
  • Sem referência ou eco pertinente, um candidato público não pode ser automaticamente classificado como fuga.

O que alterar, se necessário

Um candidato usa uma rota inesperada do fornecedor de Internet
Verifique encaminhamento da aplicação e tratamento da família IP pela VPN; repita com os mesmos servidores.
A recolha está incompleta
Verifique políticas do navegador, firewall e disponibilidade dos servidores antes de avaliar a rota.

Perguntas úteis

Ativa o microfone?

Não. Usa um canal de dados sem pedir acesso a câmara ou microfone.

Um IP diferente é sempre uma fuga?

Não. Relés, famílias IP e rotas permitidas diferentes podem produzir diferenças legítimas.

Fontes e referências técnicas