Pontes Tor ou VPN: que problema cada um resolve?

Acesso bloqueado, um Tor Browser que não conecta e dois produtos oferecidos como solução: uma ponte e uma VPN. Falham em locais diferentes e reparam coisas diferentes. Uma ponte é um ponto de entrada no Tor que não é publicado no diretório de repetidores, enquanto uma VPN é um túnel para um operador que você escolheu. Escolher entre as duas começa por nomear o que está realmente quebrado.

Duas ferramentas, dois trabalhos diferentes

Uma ponte muda como o Tor Browser chega à rede Tor. O cliente continua a construir um circuito, continua a usar um repetidor de saída para a web pública e continua dependente das autoridades de diretório para tudo exceto esse primeiro salto. Uma VPN muda como a máquina local chega a um ponto final à sua escolha, e tudo o que vem depois desse ponto é assunto do operador.

Essa diferença decide qual falha cada ferramenta consegue tratar. Se as ligações a endereços de entrada conhecidos do Tor estiverem bloqueadas, uma ponte oferece outra entrada, e a documentação de pontes do Tor Project descreve as formas suportadas de obter uma. Se a rede inspeciona todo o tráfego, uma ponte pode ajudar ou não, porque os transportes conectáveis mudam a forma de uma ligação em vez de garantir que ninguém a consiga reconhecer. Se a rede local monitoriza destinos, a resposta é uma pergunta completamente diferente. Traga o sintoma antes de trazer um produto.

O que uma ponte realmente esconde

Uma ponte é um repetidor ausente do diretório público, distribuído por canais separados como o fluxo de pedido integrado ou o e-mail. Esconde o ponto de entrada de quem lê a lista pública, e esse é todo o propósito.

Não esconde o destino do site que visita, porque o repetidor de saída continua a fazer esse pedido. Também não torna a rede local cega, já que a ligação continua a sair da máquina com um endereço e um padrão temporal. Uma ponte é primeiro uma ferramenta de acessibilidade e só depois uma ferramenta de privacidade.

O que muda ao executar o Tor através de uma VPN

Executar o Tor através de uma VPN desloca o primeiro salto: a rede local vê o ponto final da VPN, e o operador da VPN vê uma ligação a uma entrada Tor. O circuito em si não muda a partir desse ponto.

Esse arranjo desloca quem pode observar a ligação de entrada e acrescenta outra conta, cliente e modo de falha para manter. Também muda o que o operador da VPN poderia correlacionar, e isso é uma questão de política, não técnica. Uma VPN não cobre por predefinição todos os programas da máquina, por isso um cliente de correio ou uma ferramenta de sincronização à parte podem continuar a usar o caminho normal. Trate qualquer indicador de ligação como prova sobre um programa, não sobre o dispositivo.

Verifique o programa que lhe importa

Teste a aplicação em questão em vez da presença de um ícone. Uma porta SOCKS à escuta e um circuito a funcionar são dois factos separados, e só o segundo significa algo.

tor --verify-config
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip

O primeiro comando verifica que o processo Tor aceita a sua configuração, e o segundo relata que endereço de saída a rede realmente vê. Se o segundo falhar enquanto o primeiro passa, o problema não é o circuito mas a configuração local da proxy. Repita a verificação com a ferramenta que falhava, pois uma extensão do navegador pode ter a sua própria configuração de proxy.

Guarde as provas com o ticket: o transporte em uso, o tipo de entrada e a saída observada. Essas três linhas resolvem a maioria das discussões de conetividade sem outra comparação de produtos.