Verificar proxy e VPN

O seu próprio endereço é verificado quando a página carrega. O veredito diz residencial, móvel, empresarial, data center, VPN, proxy, Tor ou relay, com uma confiança e os motivos. Abaixo dele, verificações feitas no navegador comparam o fuso horário do seu aparelho com o do endereço e procuram resultados de WebRTC e DNS que apontem para outra rede.

Digite um endereço IPv4 ou IPv6 para rodar nele as verificações baseadas em listas: lista de saídas do Tor, faixas de VPN e data center, listas dos provedores de nuvem, iCloud Private Relay, blacklists de proxies abertos e o tipo de rede do ASN. As verificações feitas no navegador valem só para a sua própria conexão, já que não conseguimos ver o relógio nem o WebRTC de outro aparelho.

Nenhum site consegue enxergar através de um proxy; o que ele vê é o endereço de onde o tráfego chega e o contexto em volta. A detecção é um conjunto de listas publicadas mais algumas verificações de consistência.

O endereço pertence a uma rede de hospedagem ou nuvem — AWS, Google Cloud, Oracle, DigitalOcean, Linode, Vultr e outros publicam as suas faixas, e a lista de data centers da X4BNet e o tipo do ASN cobrem o resto. Pessoas comuns não navegam a partir de um servidor, então um endereço de hospedagem é tratado como proxy ou VPN por padrão.

Os endereços de saída dos serviços comerciais de VPN são reunidos em listas públicas (usamos a lista de VPN da X4BNet, com licença MIT, atualizada semanalmente). Uma correspondência é um veredito de VPN com alta confiança; muitos provedores menores não estão em lista nenhuma e aparecem apenas como data center.

Proxies abertos que qualquer pessoa pode usar acabam rapidamente em bases de abuso; várias blacklists DNS que consultamos (por exemplo, a DroneBL) os marcam com um código de retorno específico, que mostramos.

O Tor Project publica a sua lista de saídas; nós a atualizamos a cada hora. Uma saída do Tor é o único veredito praticamente certo. Veja a verificação de Tor.

Na sua própria conexão, comparamos o fuso horário informado pelo navegador com o do endereço, e os idiomas que o navegador aceita com o país do endereço. Um relógio de Berlim em um endereço holandês não prova nada — as pessoas viajam —, mas, junto com um endereço de hospedagem, é assim que a maioria dos sistemas de detecção se decide.

A palavra proxy cobre coisas muito diferentes, e a detecção as trata de forma diferente.

Um proxy de data center roda em um servidor e é reconhecido só pela faixa de hospedagem. Um proxy residencial roteia o tráfego por uma conexão doméstica ou móvel de verdade, então o endereço parece o de um cliente comum de provedor; ele só é pego por comportamento, listas de reputação ou pelas verificações de divergência acima.

Um proxy HTTP entende requisições web e pode adicionar cabeçalhos que o revelam (Via, X-Forwarded-For); um proxy SOCKS5 encaminha qualquer conexão TCP sem olhar dentro. Nenhum dos dois transporta UDP, e é por isso que o WebRTC e algumas consultas DNS passam por fora de ambos — veja o teste de vazamento WebRTC.

Em ordem de probabilidade: o endereço está em uma faixa de hospedagem ou VPN (correção: uma saída residencial ou móvel, ou um provedor que não esteja nas listas); o fuso horário ou o idioma do aparelho não bate com o endereço (correção: alinhe os dois); o WebRTC ou o DNS expõe a sua rede real (correção: veja o teste de VPN); o endereço está em uma lista de bloqueio por abuso anterior (correção: outro servidor, ou a remoção da lista se ele for seu); ou o site usa um serviço comercial de reputação cujos dados não temos. A lista de motivos nesta página diz qual desses casos se aplica às listas que conseguimos ver.