O que o teu provedor aínda ve cando fas torrent a través dunha VPN

Percorre as preguntas por orde: que pode observar a rede de acceso, que sae do túnel sen ela, que revela a consulta de nomes e que aprenden igualmente os pares e os trackers. Cada resposta é independente das demais, e unha VPN só resolve por completo a primeira. A cuarta é onde a maioría das expectativas fallan en silencio, porque ningún túnel elimina un nome de conta.

Comeza decidindo que observador te preocupa, porque a resposta cambia co observador.

Unha conexión substitúe moitas

Cando o cliente está realmente dentro do túnel, a rede de acceso ve unha conexión cifrada sostida cara a un único enderezo VPN. O volume, o momento e o feito de que se usa unha VPN seguen sendo visibles; os nomes de host dos trackers, os enderezos dos pares e os nomes de ficheiro non. É unha mellora real, e máis estreita do que suxire o márketing. O operador do túnel senta no medio e ve máis que a rede de acceso.

Unha declaración de ausencia de rexistros describe a política de retención, non a visibilidade técnica. Son afirmacións distintas, e só a primeira é algo que un provedor pode prometer.

A fuga vén da ligazón, non do túnel

BitTorrent xera un fluxo de conexións TCP e UDP de curta duración cara a pares, trackers, nodos DHT e descubrimento local. Liga o cliente ao adaptador físico, ou reiníciao cando o túnel caia, e o tráfico resultante é exactamente o que o túnel existía para ocultar. As regras da devasa son un control máis feble do que parecen: unha regra que só coincide coa ruta predeterminada, só con IPv4 ou só con conexións novas deixa camiños abertos. Ligar o cliente á interface do túnel e verificar esa ligazón é o patrón máis forte.

Verifícao detendo o túnel a propósito e observando se as transferencias se deteñen. Se continúan, o cliente nunca estaba dentro. Repite tras reiniciar o cliente e tras espertar un portátil, porque é cando as ligazóns adoitan perderse.

O DNS nomea o sitio sen tocar a transferencia

Se as consultas de nomes seguen indo ao resolutor local, a propia consulta anuncia o sitio mentres a transferencia permanece cifrada. Trasladar a resolución dentro do túnel, ou cifrala, pecha esa fenda. Ningunha das dúas cousas fai nada por un cliente cuxos paquetes saen fóra do túnel. Comproba que resolutor se usa e por que interface sae a consulta; as dúas comprobacións responden a preguntas distintas.

Un nome que se resolve a través do túnel e unha transferencia que respecta a ligazón son propiedades separadas, e calquera pode fallar soa.

O enxame e o tracker ven cousas distintas

O intercambio de enderezos forma parte do protocolo, así que os pares rexistran o que ven. Conectarse desde a saída dálles a saída; conectarse directamente dálles o enderezo de casa. DHT e o intercambio de pares estenden esa observación, e unha sesión posterior sen o túnel pode ligar o mesmo porto de cliente e versión. O tracker pode saber aínda máis: unha clave de acceso no URL de anuncio identifica a conta sen importar de que saída chegaron os paquetes.

O cifrado cobre outro eixe. HTTPS protexe unha petición desde a saída en diante; o HTTP simple expón a liña de petición a cada rede do camiño, e por iso un protocolo pode moldarse e o outro non.

Responde as catro preguntas con probas, non cunha icona. A icona só che di que existe un túnel.