O Tor Browser cobre uma aplicação, não todo o dispositivo
O navegador encaminha as próprias ligações através do Tor e mais nada. Verifique que processo possui uma ligação antes de presumir que o resto da máquina a acompanha.
O Tor Browser envia as próprias ligações através de um proxy local e encaminha-as para a rede Tor, e não desloca o resto da máquina. Um cliente de correio, um processo de sincronização e um segundo navegador mantêm as definições que tinham, e é por isso que um resultado limpo numa janela pode coexistir com ligações diretas por trás. Quatro verificações separam o que está coberto do que apenas parece estar. Comece pela que nomeia um processo.
O que o navegador realmente faz passar pelo proxy
Dentro do navegador, o tráfego vai para um ouvinte SOCKS local que o Tor Browser inicia para si próprio, e o navegador está configurado para o usar. A escolha do circuito, o isolamento da identidade e as proteções contra impressões digitais vivem todos nesse par. Um ficheiro guardado no disco não transporta nada disso, e abri-lo num visualizador externo inicia um novo programa com o seu próprio comportamento de rede.
É também por isso que a conhecida página de endereço público prova tão pouco. Indica a saída usada pelo navegador que a carregou e não consegue observar outra aplicação de todo. Trate o resultado como prova sobre um programa, não como uma afirmação sobre o dispositivo.
Que processo possui cada ligação
Liste os sockets e os processos por trás deles. Procure tudo o que não seja o navegador a falar com um ouvinte local:
ss -tunp
ss -tunp | grep -E 'tor|firefox'Tudo o que tenha um destino público é uma ligação que contornou o circuito. Se encontrar uma, identifique o programa antes de mudar mais alguma coisa, porque a correção difere para cada cliente:
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ipA forma -hostname importa porque pede ao proxy que resolva o nome. Resolver localmente e entregar um endereço ao proxy revela o destino mesmo quando a própria ligação passa pelo proxy.
Se o protocolo é sequer transportado
Os relés do Tor transportam fluxos TCP. As aplicações construídas em torno de UDP, como alguns clientes de voz e de jogos, não se comportam na rede como uma página web, e forçá-las a passar por um proxy costuma falhar em vez de as proteger.
| Coverage model | What it covers | What it leaves alone |
|---|---|---|
| Tor Browser | Its own browsing and downloads | Every other application |
| Proxy setting in one app | That app, if it honours the proxy | Its DNS behaviour and other programs |
| System VPN | Traffic routed through the tunnel | Browser fingerprint and identity |
| Whole-device routing | The operating system's traffic | Application-level identity signals |
Se a aplicação que lhe importa depende de UDP, uma definição do navegador não é a resposta, e uma variável de proxy que a aplicação ignora também não. O requisito passa a ser um desenho diferente com modos de falha diferentes.
A cobertura que realmente escolheu
Uma VPN de sistema é mais ampla em alcance do que um navegador e mais estreita em propósito. Pode transportar várias aplicações quando as rotas e o suporte da plataforma estão configurados para isso, mas não oferece resistência às impressões digitais, e uma saída VPN não é uma rede de anonimato.
A cobertura de todo o dispositivo é um desenho de sistema, não um instalador. Encaminha o tráfego do sistema operativo em vez de um só processo, e traz os seus próprios limites operacionais que uma transferência de navegador não tem.
Decida a que pergunta responde: que aplicação está protegida, ou se cada pacote está. A primeira é uma definição do navegador e a segunda é uma política de encaminhamento. Confundi-las é como uma máquina acaba com uma janela protegida e cinco processos sem proteção. Escreva a resposta antes de instalar mais alguma coisa.