Como as nossas ferramentas funcionam
Todo teste deste site é explicado aqui: quais dados usamos, como os combinamos, onde eles são fracos e o que não guardamos. Se um resultado em outra página surpreender você, esta é a página que diz o porquê.
Nossas fontes de dados
Só usamos dados cujo publicador permite este uso, e mostramos a atribuição e a data de atualização onde quer que eles apareçam. O endpoint /v1/sources por trás do site lista cada conjunto de dados com o status ao vivo; esta tabela é a versão para humanos.
| Dados | Fonte | Licença / termos | Atualização |
|---|---|---|---|
| Geolocalização no nível da cidade | DB-IP — IP to City Lite | CC BY 4.0 | compilação mensal |
| Geolocalização ao vivo na borda, ASN, fuso horário | Metadados de requisição da Cloudflare | Termos da Cloudflare | ao vivo, por requisição |
| País e ASN (voto extra) | IPinfo Lite | CC BY-SA 4.0 | mensal, quando ativada |
| IP → ASN de origem, prefixos | iptoasn.com | Domínio público (PDDL) | diária (a fonte atualiza a cada hora) |
| ASN (segunda opinião) | DB-IP — IP to ASN Lite | CC BY 4.0 | mensal |
| ASN de origem, prefixo, RIR, data de alocação | Team Cymru IP-to-ASN (DNS) | serviço comunitário gratuito | ao vivo, em cache |
| Roteamento, titular, contatos de abuso | RIPEstat Data API | API pública gratuita | ao vivo, cache de 6 h |
| Registros de alocação | RDAP dos registros (ARIN, RIPE NCC, APNIC, LACNIC, AFRINIC) via bootstrap da IANA | termos de cada registro | ao vivo, cache de 6 h |
| Saídas do Tor | Lista de saídas do Tor Project | lista pública | a cada hora |
| Faixas de data center e VPN | X4BNet lists_vpn | MIT | semanal |
| Faixas de nuvem | Listas publicadas de AWS, Google Cloud, Google, Oracle, DigitalOcean, Linode, Vultr, Cloudflare, Fastly | publicadas para uso público | semanal |
| Saídas do iCloud Private Relay | Apple | publicada para operadores de rede | semanal |
| Servidores de comando de botnets | abuse.ch Feodo Tracker | CC0 | a cada hora |
| Listagens de spam / abuso / proxy | 10 listas de bloqueio DNS (SpamCop, DroneBL, UCEPROTECT L1–L3, PSBL, blocklist.de, s5h, NordSpam, SPFBL) | termos de consulta gratuita de cada operador | ao vivo, cache de 10 min |
| Respostas DNS, PTR | Cloudflare 1.1.1.1 e Google 8.8.8.8 (DoH) | resolvedores públicos | ao vivo |
Deliberadamente não usados: MaxMind GeoLite2 (termos de licença), IP2Location LITE (exige conta), ip-api.com (apenas uso não comercial), Spamhaus e CBL (uso comercial exige assinatura paga), SORBS (encerrada em 2024), PeeringDB (reprodução exige aprovação), AbuseIPDB (exige chave de API). Preferimos mostrar menos fontes a mostrar fontes que não temos permissão de usar.
Geolocalização por IP: precisão e limites
Nenhuma base sabe onde um endereço está; cada uma deduz um lugar para um bloco a partir dos registros de alocação, dos geofeeds dos operadores, de medições de latência e de padrões de uso, e reconstrói o palpite periodicamente. Por isso consultamos várias e as mostramos lado a lado.
Bases de geolocalização que comparamos
A geolocalização ao vivo da borda da Cloudflare (de onde a nossa borda viu a conexão chegar), a DB-IP Lite (mensal) e a IPinfo Lite (no nível do país, quando configurada) votam em país e cidade. O país do registro, de iptoasn.com, é mostrado para comparação, mas nunca vota: ele é onde o bloco foi alocado, o que, para uma multinacional, pode ser outro continente. O consenso é o valor com que as fontes votantes concordam, com uma confiança que cai quando elas discordam ou quando só uma fonte tem dados, e uma distância (quilômetros entre as coordenadas das fontes) para você ver a discordância em números. Prefixos anunciados de muitos lugares ao mesmo tempo (anycast) são marcados e têm a confiança limitada.
Por que a localização por IP pode estar errada
Os blocos são realocados mais depressa do que as bases são reconstruídas; grandes provedores e operadoras de celular roteiam o tráfego por gateways regionais; endereços de VPN, proxy e nuvem ficam onde o servidor está, por definição; a cobertura de IPv6 nas bases gratuitas é menor do que a de IPv4; endereços anycast não têm uma localização única. O guia por que a localização do seu IP está errada cobre cada caso. O nível da cidade é o melhor resultado possível; promessas de nível de rua, de qualquer provedor, são marketing.
Como funcionam os testes de vazamento
Os testes de vazamento medem o que realmente sai do seu aparelho, não o que as suas configurações dizem. Tudo de que eles precisam roda em infraestrutura que nós mesmos operamos, para que nenhum terceiro veja o seu teste.
Desenho do teste de vazamento de DNS
Operamos o único servidor de nomes autoritativo da zona dnstest.checkmyip.com. Para cada teste, o seu navegador recebe nomes de host únicos nessa zona (seis no teste padrão, trinta e seis no estendido) e carrega um recurso minúsculo de cada um. Todo resolvedor recursivo que cuida das suas consultas precisa perguntar ao nosso servidor de nomes, e o nosso servidor registra o endereço do resolvedor para aquela sessão. Cada resolvedor é classificado: mesmo endereço que você (você roda o próprio resolvedor), mesma rede do seu endereço HTTP, um resolvedor público conhecido ou outro (o resolvedor de um provedor ou de um serviço de VPN). Quando um resolvedor encaminha o EDNS Client Subnet, comparamos o prefixo encaminhado com o seu endereço visível; um prefixo que não o contém prova que a consulta entrou no resolvedor a partir de outra rede. A tabela de vereditos (vazamento / possível vazamento / sem vazamento / revisão, cada um com uma confiança) é aplicada exatamente como documentado na interface do nosso serviço, e a lista de resolvedores é sempre mostrada para você conferir o raciocínio. As sessões expiram em dez minutos e nunca são gravadas em disco.
Desenho do teste de vazamento WebRTC
Seu navegador reúne candidatos ICE contra o nosso próprio servidor STUN (stun.checkmyip.com, UDP e TCP, IPv4 e IPv6). O candidato server-reflexive é o endereço público de onde o nosso servidor STUN viu o seu pacote UDP chegar; nós o comparamos (e qualquer candidato host público) com o endereço que o seu navegador usa por HTTP, incluindo as visões somente IPv4 e somente IPv6. Um endereço público que os sites ainda não veem é reportado como vazamento; candidatos locais e mDNS são mostrados, mas apenas anotados como estrutura da LAN visível. A comparação roda no seu navegador; os candidatos não são enviados para nós.
Desenho do teste IPv6
Três nomes de host resolvem, respectivamente, para um endereço somente IPv4, um endereço somente IPv6 e ambos. Seu navegador baixa um pequeno arquivo JSON de cada um; quais downloads dão certo e qual família o host de pilha dupla vê nos dizem se você tem somente IPv4, pilha dupla preferindo IPv6, pilha dupla preferindo IPv4 (muitas vezes sinal de um caminho IPv6 lento ou quebrado) ou somente IPv6. No teste de VPN, um endereço IPv6 de uma rede diferente da do endereço IPv4 da sua VPN é reportado como vazamento de IPv6.
Como detectamos proxies, VPNs e Tor
Um endereço é reportado como saída do Tor quando está na lista de saídas do Tor Project (atualizada a cada hora). É reportado como VPN ou endereço de data center quando cai nas faixas de VPN ou data center da X4BNet, nas faixas publicadas pelos provedores oficiais de nuvem ou quando o ASN dele é uma rede de hospedagem; como saída do iCloud Private Relay quando está na lista da Apple; e como proxy quando uma lista de bloqueio DNS que rastreia proxies abertos o lista. As classificações residencial, móvel e empresarial vêm do tipo de rede do ASN. Cada veredito traz uma confiança (alta para correspondências em listas, média ou baixa para heurísticas) e a lista de motivos. Na sua própria conexão, adicionamos sinais do navegador: um fuso horário do aparelho diferente do fuso do endereço e resultados de WebRTC ou DNS que apontem para outra rede. A pontuação de risco (0–100, níveis baixo / moderado / alto / grave) soma pesos fixos por sinal — por exemplo, +20 para uma faixa de hospedagem, +50 para um servidor de comando de botnet conhecido —, e os pesos são publicados com um número de versão para que uma pontuação possa ser reproduzida.
Fórmula da pontuação de privacidade
A pontuação de privacidade na página de pontuação de privacidade começa em 100 e subtrai um valor fixo por achado, em dois modos. Modo VPN (você nos disse que está em uma VPN): −40 se o endereço visível é do seu provedor e não de uma VPN, −25 por vazamento de DNS, −20 por vazamento WebRTC, −15 por vazamento de IPv6, −10 por divergência de fuso horário, −10 se o endereço está em uma lista de bloqueio. Modo normal (sem VPN): −10 por rede local exposta pelo WebRTC, −10 por divergência de fuso horário, −20 por endereço em lista de bloqueio. A verificação de impressão digital do navegador é mostrada como estimativa e não é descontada nesta primeira versão; o −10 para uma impressão digital altamente única será ativado quando a unicidade for medida a partir de amostras reais, e esta página vai avisar. A pontuação nunca fica abaixo de 0; as faixas são 90–100 excelente, 70–89 boa, 40–69 razoável, abaixo de 40 ruim. A fórmula é deliberadamente simples para que a lista de correções e a pontuação sempre concordem.
Verificações em blacklists (DNSBL)
Consultamos dez listas de bloqueio DNS em paralelo pelo nosso próprio resolvedor recursivo, como os operadores das listas pedem, e guardamos as respostas em cache por dez minutos. Só usamos listas cujos operadores publicam termos que permitem consultas públicas gratuitas e que responderam à entrada de teste padrão em 21/10/2026. Os níveis 2 e 3 da UCEPROTECT listam alocações e ASNs inteiros e são mostrados como informativo, sem contar contra você. Uma consulta recusada por uma lista é reportada como erro, nunca como listagem. Cada resultado mostra a lista, a categoria dela, o código de retorno e o seu significado documentado, quando foi verificado e onde pedir a remoção.
O que registramos e o que não registramos
Não armazenamos endereços de visitantes. Os resultados de consulta ficam em cache por dez minutos, na memória do servidor de consulta e na borda (Cloudflare KV, indexado pelo endereço); as sessões dos testes de vazamento vivem na memória por dez minutos; nada que identifique alguém é gravado em disco ou em banco de dados. As contagens de uso agregadas (página, dia, país, idioma, classe de dispositivo) não contêm endereços. Os relatórios de saúde dos nossos próprios servidores contêm os endereços e a carga dos servidores, não os seus. Veja a política de privacidade.
Histórico de mudanças
21/10/2026 — Site lançado após uma reconstrução completa. Geolocalização: borda da Cloudflare + DB-IP Lite (compilação de 01/10/2026), IPinfo Lite preparada. Rede: iptoasn.com, DB-IP ASN Lite, Team Cymru, RIPEstat, RDAP. Risco: saídas do Tor, X4BNet, listas de nuvem, iCloud Private Relay, Feodo Tracker, dez DNSBLs; versão da pontuação 2026-10-21.1. Testes de vazamento na nossa própria zona DNS e no nosso servidor STUN. Mudanças futuras em fontes, pesos ou desenho dos testes são registradas aqui com a data.
Perguntas frequentes
Qual é a precisão da geolocalização por IP?
Normalmente certa no nível do país para endereços de linha fixa, muitas vezes certa no nível da cidade, nunca no nível da rua. Endereços móveis, de VPN, de nuvem e anycast são as exceções comuns. O nosso resultado mostra as fontes individualmente e a distância entre elas, para você ver a incerteza do seu endereço.
Por que o meu IP mostra a cidade errada?
Porque as bases de geolocalização atribuem um lugar a um bloco inteiro de endereços com base em onde esse bloco costuma ser usado, e isso pode ser o hub regional do seu provedor, uma cidade que o bloco atendia antes ou a localização do servidor de VPN ou nuvem pelo qual você está conectado. As datas de compilação das fontes no resultado dizem a idade do palpite.
Vocês armazenam o meu endereço IP?
Não. Seu endereço é processado na memória para mostrar a página e executar os testes, fica em cache por no máximo dez minutos para atender rapidamente consultas repetidas e nunca é gravado em banco de dados ou log. As sessões dos testes de vazamento expiram em dez minutos. As estatísticas de uso são agregadas e não contêm endereços.