Novo circuito Tor vs. troca de servidor VPN: o que muda realmente

Mudar de circuito Tor e trocar de servidor VPN parecem ambos a obtenção de uma nova rota, mas falham em pontos diferentes quando os tratamos como o mesmo botão. Um pede ao cliente Tor que construa um caminho diferente para um site, o outro pede ao cliente VPN que se ligue a um ponto final diferente. Nenhum dos dois é um reinício, e o endereço que um site acaba por ver depende de qual dos dois está mais perto do destino. É assim que decido qual dos controlos usar, e o que verifico depois.

Duas operações em duas camadas diferentes

O Tor é uma sobreposição. O cliente escolhe um relay de guarda, um relay intermédio e um relay de saída, e depois transporta fluxos TCP por esse circuito; o destino vê a saída e mais nada. Uma mudança de circuito é uma decisão tomada dentro do Tor sobre que relays transportam um fluxo.

Uma VPN é um túnel por baixo. O cliente escolhe um ponto final, envolve o tráfego numa camada exterior, e tudo o que vem a seguir vê o endereço do ponto final. Uma troca de servidor é uma decisão sobre onde termina o caminho exterior.

Como as camadas são independentes, uma operação pode ser invisível na outra ponta da ligação. É essa assimetria que explica a maior parte da confusão em torno destes dois controlos.

O que faz o New Tor Circuit for this Site

O New Tor Circuit for this Site, no painel de informações do site, fecha os fluxos que o Tor transporta para esse site e constrói um novo circuito para o pedido seguinte. Separadores, cookies, sessões iniciadas e o resto da sessão ficam exatamente onde estavam, e é esse o objetivo: mantém a sessão e muda o caminho.

Isso torna-o a ferramenta certa para uma falha estreita: um relay de saída que o destino bloqueia, um ciclo de captcha que segue a saída, ou um site que encrava enquanto todos os outros estão bem. A vista do circuito nesse mesmo painel lista os três relays, por isso pode confirmar que a saída mudou mesmo em vez de presumir que sim.

Repare na guarda. O Tor mantém um pequeno conjunto de guardas de entrada, e uma mudança de circuito reutiliza normalmente a mesma guarda, por isso o primeiro salto na rede não se desloca. O New Identity é o reinício maior: fecha separadores e limpa o estado de navegação antes de construir um novo circuito, e os controlos de identidade estão documentados à parte por uma razão: é uma operação diferente com um custo diferente.

O que faz uma troca de servidor VPN

O cliente desmonta o túnel e liga-se a outro ponto final. O salto seguinte fora do túnel, quer seja uma guarda Tor ou o próprio destino, vê um endereço de origem diferente. As ligações dentro do túnel quebram e têm de ser restabelecidas, por isso as páginas podem ficar penduradas até expirarem em vez de recarregarem de forma limpa.

Nada acima do túnel é reescrito, mas a desmontagem não é invisível. Numa configuração com a VPN à frente, a saída continua a ser escolhida pelo Tor, mas derrubar o túnel mata as ligações TCP que o Tor mantém com a sua guarda, por isso o Tor desmonta esses circuitos e constrói novos, voltando a escolher uma saída. O site pode, por isso, ver um endereço de saída diferente após uma troca, embora a troca em si nunca tenha escolhido um. O que a troca decide é o endereço que a guarda vê; é o circuito reconstruído que volta a escolher a saída. Se trocou de servidores só para mudar o que um site vê com o Tor à frente, moveu uma camada que o site nunca observa diretamente, e qualquer mudança que o site note veio da reconstrução, não da troca.

Uma troca também só afeta a rota que o cliente possui. Um navegador que reutiliza uma ligação aberta pode parecer preso no caminho antigo até voltar a ligar-se, e uma resposta DNS em cache é a outra resistência habitual. Recarregue primeiro, julgue depois.

A ordem decide o que o destino vê

As duas ordens respondem a perguntas diferentes. Com a VPN à frente do Tor, a guarda e os relays veem o ponto final da VPN, enquanto o destino vê a saída Tor. Com o Tor à frente da VPN, o destino vê o ponto final da VPN, porque o túnel é a última coisa por onde o tráfego passa.

Assim, uma consulta de IP reporta o que o destino viu, não o caminho que o transportou. Um serviço que mostra a saída numa configuração e a VPN na outra está a comportar-se corretamente, e não a revelar dados.

O que nenhuma das operações faz

Nenhuma delas elimina a identidade de uma conta. Uma sessão iniciada é um cookie mais um registo do lado do servidor, e mudar de caminho não toca em nenhum deles. Um perfil de navegador estável, o mesmo início de sessão e a mesma impressão digital sobrevivem às duas ações.

Nenhuma delas é também prova. Um site reporta um endereço que observou durante um pedido; não pode reportar o seu caminho de relays nem se a sua VPN caiu dez minutos antes. Se precisar dessa linha temporal, escreva-a na altura, porque não pode ser reconstruída a partir da outra ponta mais tarde.

Faça corresponder o controlo ao sintoma

Comece pelo que falhou, não por qual botão parece mais minucioso:

• Um site bloqueia-o, os captchas entram em ciclo, ou um único site está lento: novo circuito para esse site.
• Uma configuração só com VPN precisa de um endereço visível diferente: troque de servidor.
• Esperava uma saída mas o site reporta a sua VPN: verifique a ordem, o Tor está atrás do túnel.
• Separadores fechados e tudo reiniciado: usou o New Identity, não uma mudança de circuito.
• A saída parece inalterada após uma mudança de circuito: os relays podem repetir-se legitimamente, e a guarda não se desloca de todo.

Escreva a ação e o sintoma que ela devia corrigir antes de mudar mais alguma coisa. Duas trocas seguidas produzem uma comparação que não pode ser interpretada, e repetir ambas quando só uma camada está a falhar é como uma verificação de cinco minutos se transforma numa tarde inteira.