Como manter os testes do Tor Browser separados do tráfego de VPN

O experimento não é o navegador; é o conjunto completo de caminhos na máquina enquanto o navegador está em execução. Se você mudar um proxy global ou uma rota para testar o Tor Browser com uma VPN, todas as outras aplicações herdam a mudança, incluindo as que sincronizam arquivos e verificam e-mail em segundo plano. O padrão seguro é dar ao experimento a sua própria aplicação, o seu próprio perfil e a sua própria rota, e saber exatamente como devolver tudo. Uma página de IP público diz que uma saída foi usada; não diz o que o resto da máquina fez.

Verificação 1: nomeie as três conexões

Nomeie-as antes de tocar em qualquer configuração. O caminho normal é o que as suas aplicações de trabalho usam hoje; o caminho experimental é o que você quer que o Tor Browser use; o comportamento de falha pretendido é o que deve acontecer quando uma camada cai.

Escreva esses três num único lugar, incluindo qual aplicação pertence a qual caminho. A razão não é burocracia: a maioria dos vazamentos acidentais neste tipo de teste vem de uma aplicação que ninguém lembrava estar em execução, não do navegador que está sendo testado. Um gerenciador de senhas, um cliente de chat e um serviço de sincronização de arquivos são todo tráfego de fundo que vai pegar qualquer rota que o sistema lhe der. Nomeá-los é o que torna a fronteira real.

Verificação 2: mantenha cada configuração com o programa que a possui

A configuração suportada do Tor Browser não é a mesma coisa que uma configuração de proxy do sistema, e ela deliberadamente não foi projetada para ser apontada para um proxy arbitrário a partir do ambiente.

Uma variável de ambiente ou uma extensão do navegador pode criar um terceiro caminho que nem a documentação do navegador nem as suas notas descrevem. Prefira a configuração suportada dentro da aplicação a uma substituição global.

O mesmo vale para tudo o que o navegador entrega. Um documento baixado e aberto num visualizador externo não herda a rota do navegador; usa a do sistema, que pode ser a VPN, a LAN ou nada. Essa entrega é uma forma comum e silenciosa de conteúdo que você queria manter dentro do experimento viajar para fora dele. Decida se o visualizador externo faz parte do experimento ou não, e se não fizer, mantenha o arquivo dentro do navegador.

Verificação 3: use uma carga que seja seguro perder

As verificações de rede devem usar páginas que não exijam uma conta pessoal, porque uma sessão de conta transforma um teste de roteamento num evento autenticado no servidor de outra pessoa. Uma página de verificação que devolva a sua saída aparente basta para a questão do roteamento.

Concretamente, curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip exercita o mesmo ponto final SOCKS que o navegador usa e devolve a saída que vê, o que separa um problema do navegador de um problema do Tor. ss -tnp na máquina mostra qual processo fala com qual endereço, e essa é a verificação que apanha a aplicação esquecida. Nenhum dos dois comandos exige login, e ambos são repetíveis. Guarde os resultados como um par antes e depois em vez de uma única observação.

Verificação 4: restaure o uso ordinário deliberadamente

Remova as exclusões de teste e as configurações temporárias através do componente que as criou, não através de outra ferramenta que por acaso ofereça um interruptor semelhante.

Depois verifique as aplicações normais, incluindo a resolução de DNS e qualquer recurso privado de que o caminho de trabalho precise. Um teste que termina com navegação a funcionar mas nomes internos quebrados não está terminado.

Mantenha notas suficientemente boas para reproduzir uma descoberta útil e não mais. Registe o perfil de VPN em uso, as exclusões de aplicações, os endereços de saída observados e a hora; não registe credenciais de conta nem o conteúdo das páginas que visitou. Se a combinação não trouxer um benefício claro, não deixe as suas configurações extra ativas só porque uma página de teste carregou. Um experimento que fica no lugar torna-se uma parte não documentada do caminho de produção.

As orientações do Tor Project sobre a gestão de identidades no Tor Browser são a referência para o que o navegador mantém separado por si mesmo, e vale a pena lê-las antes de acrescentar mais uma camada por cima.

Um teste termina quando a configuração pretendida é restaurada ou a nova configuração é compreendida, não quando uma aplicação deixa de mostrar um erro. Esses são estados finais diferentes e só um deles é seguro deixar para trás. Se não consegue descrever o caminho atual de cada aplicação que listou na verificação um, o experimento ainda está a decorrer. Feche-o deliberadamente.