Início · Ferramentas · Teste WebRTC
WebRTC
Ver candidatos WebRTC sem confundir .local
O teste só começa quando você pede. Um endereço público diferente é uma observação da rede, não uma sentença sobre a VPN.
- Candidatos ficam na aba
- mDNS não é chamado vazamento de LAN
- O STUN é declarado
- Sem ranking de VPN
Ver candidatos WebRTC sem confundir .local?
O teste só começa quando você pede. Um endereço público diferente é uma observação da rede, não uma sentença sobre a VPN. Nada é lido antes de você começar. Abrir a página não desenha canvas, não abre WebRTC e não pede um endereço.
RFC 8828: WebRTC IP Address Handling Requirements
Última atualização
Analisar navegador
Nada é lido antes de você começar. Abrir a página não desenha canvas, não abre WebRTC e não pede um endereço.
De onde vêm os candidatos
A página abre uma RTCPeerConnection curta, reúne candidatos ICE e a fecha.
Um servidor STUN serve para o navegador aprender um endereço reflexivo. Essa requisição vai ao host STUN, não a um perfil CreatorPrivacyKit. As linhas de candidatos não são enviadas.
Endereço privado e reflexivo
Um candidato host com 192.168.x mostra à página um endereço de rede privada.
O endereço reflexivo é o que o servidor STUN viu. Se diferir do endereço que este site vê, pode haver VPN, proxy ou outra interface no caminho. O teste não decide qual é o do provedor.
.local não é o IP cru da LAN
Nomes que terminam em .local são máscaras mDNS para a página não aprender o endereço cru da LAN. São marcados como protegidos, não como vazados.
Se a coleta ICE expirar ou falhar, o resultado é indeterminado, não protegido. Se terminar sem candidatos, significa apenas que nenhum candidato foi observado desta vez.
Como ler as linhas
Um endereço privado cru é exposição direta. Um reflexivo público é uma observação; não é chamado vazamento de VPN sem uma comparação com o endereço HTTP do site que mostre um caminho diferente.
Só relay quer dizer que o navegador ofereceu um relé em vez do endereço do host. Não é um certificado de que todo programa do computador está coberto.
O que dá para tentar
A proteção WebRTC do navegador, uma VPN que trate WebRTC, ou desligar o WebRTC se você aceitar a quebra.
Nenhuma marca garante o resultado. Varra de novo depois da mudança.
Uma execução headless do Chrome, 26 de outubro de 2026
Em 26 de outubro de 2026, um Google Chrome headless 154.0.8037.92 abriu RTCPeerConnection com iceServers stun:stun.cloudflare.com:3478, criou um canal de dados chamado cpk e parou a coleta aos 4 segundos ou quando o ICE terminou. Essa URL STUN, esse nome de canal e esse teto de 4 segundos são os de collectWebRtcSignals em src/browser-privacy/webrtc.js. Não foi um clique no botão Verificar da página publicada. O Chrome foi iniciado com --no-sandbox e --disable-dev-shm-usage.
A coleta terminou como timeout-4000 após 4002 ms. Dois candidatos UDP já tinham chegado: um host cujo endereço era um nome mDNS .local, não um IP privado cru, e um candidato reflexivo de servidor que era um IPv4 público. Não houve prflx, relay nem IPv6. As strings de endereço ficam de fora. O endereço HTTP visto pelo site não foi pedido, então este caso é srflx público sem comparação com o endereço HTTP. Não é um veredito sobre VPN.
Uma segunda execução acrescentou --force-webrtc-ip-handling-policy=disable_non_proxied_udp. A coleta foi de novo timeout-4000, após 4001 ms, com as mesmas contagens. Contagens iguais não provam que a flag valeu dentro dessa execução headless.
A página estática de WebRTC do BrowserLeaks, lida em 26 de outubro de 2026 sem executar o script deles, ainda mostra títulos para um IP remoto, suporte a RTCPeerConnection e RTCDataChannel, um IP WebRTC local, um IP WebRTC público, uma descrição de sessão e dispositivos de mídia. As notas para desligar ainda apontam o Firefox para media.peerconnection.enabled falso em about:config, e o Chrome para a extensão WebRTC Network Limiter. Este site não rodou esse teste e ainda não sabe qual host STUN aquela página usa. O parágrafo de 21 de outubro acima continua valendo. Esta execução não listou microfones nem câmeras, e não usou VPN.
Perguntas
xxxx.local é meu IP local de verdade?
Não. É um nome mDNS. A página não consegue convertê-lo de volta no endereço da LAN.
Inclui teste de vazamento de DNS?
Não. Resolvedores não são adivinhados aqui.