O que o teu provedor ainda vê quando fazes torrent através de uma VPN

Percorre as perguntas por ordem: o que a rede de acesso pode observar, o que sai do túnel sem ela, o que a consulta de nomes revela e o que os pares e os trackers aprendem mesmo assim. Cada resposta é independente das outras, e uma VPN só resolve completamente a primeira. A quarta é onde a maioria das expectativas falha em silêncio, porque nenhum túnel elimina um nome de conta.

Começa por decidir que observador te preocupa, porque a resposta muda com o observador.

Uma ligação substitui muitas

Quando o cliente está realmente dentro do túnel, a rede de acesso vê uma ligação cifrada contínua para um único endereço VPN. O volume, o momento e o facto de se usar uma VPN continuam visíveis; os nomes de anfitrião dos trackers, os endereços dos pares e os nomes de ficheiro não. É uma melhoria real, e mais estreita do que o marketing sugere. O operador do túnel fica no meio e vê mais do que a rede de acesso.

Uma declaração de ausência de registos descreve a política de retenção, não a visibilidade técnica. São afirmações diferentes, e só a primeira é algo que um fornecedor pode prometer.

A fuga vem da ligação, não do túnel

O BitTorrent gera um fluxo de ligações TCP e UDP de curta duração para pares, trackers, nós DHT e descoberta local. Liga o cliente ao adaptador físico, ou reinicia-o quando o túnel cair, e o tráfego resultante é exatamente o que o túnel existia para esconder. As regras da firewall são um controlo mais fraco do que parecem: uma regra que só corresponde à rota predefinida, só a IPv4 ou só a ligações novas deixa caminhos abertos. Ligar o cliente à interface do túnel e verificar essa ligação é o padrão mais forte.

Verifica parando o túnel de propósito e observando se as transferências param. Se continuarem, o cliente nunca esteve lá dentro. Repete depois de reiniciar o cliente e depois de um portátil acordar, porque é aí que as ligações costumam perder-se.

O DNS nomeia o site sem tocar na transferência

Se as consultas de nomes ainda forem para o resolvedor local, a própria consulta anuncia o site enquanto a transferência permanece cifrada. Mover a resolução para dentro do túnel, ou cifrá-la, fecha essa lacuna. Nenhuma das duas faz nada por um cliente cujos pacotes saem fora do túnel. Verifica que resolvedor está em uso e por que interface sai a consulta; as duas verificações respondem a perguntas diferentes.

Um nome que se resolve através do túnel e uma transferência que respeita a ligação são propriedades separadas, e qualquer uma pode falhar sozinha.

O enxame e o tracker veem coisas diferentes

A troca de endereços faz parte do protocolo, por isso os pares registam o que veem. Ligar a partir da saída dá-lhes a saída; ligar diretamente dá o endereço de casa. O DHT e a troca de pares espalham essa observação, e uma sessão posterior sem o túnel pode ligar a mesma porta de cliente e versão. O tracker pode saber ainda mais: uma chave de acesso no URL de anúncio identifica a conta independentemente da saída de onde vieram os pacotes.

A cifragem cobre outro eixo. O HTTPS protege um pedido a partir da saída; o HTTP simples expõe a linha do pedido a cada rede do caminho, e é por isso que um protocolo pode ser moldado e o outro não.

Responde às quatro perguntas com provas, não com um ícone. O ícone só te diz que existe um túnel.