Lo que tu proveedor sigue viendo cuando haces torrent a través de una VPN

Recorre las preguntas en orden: qué puede observar la red de acceso, qué sale del túnel sin ella, qué revela la consulta de nombres y qué aprenden igualmente los pares y los trackers. Cada respuesta es independiente de las demás, y una VPN solo resuelve del todo la primera. La cuarta es donde la mayoría de las expectativas fallan en silencio, porque ningún túnel elimina un nombre de cuenta.

Empieza decidiendo qué observador te preocupa, porque la respuesta cambia con el observador.

Una conexión sustituye a muchas

Cuando el cliente está realmente dentro del túnel, la red de acceso ve una conexión cifrada sostenida hacia una única dirección VPN. El volumen, el momento y el hecho de que se usa una VPN siguen siendo visibles; los nombres de host de los trackers, las direcciones de los pares y los nombres de archivo no. Es una mejora real, y más estrecha de lo que sugiere el marketing. El operador del túnel se sienta en medio y ve más que la red de acceso.

Una declaración de ausencia de registros describe la política de retención, no la visibilidad técnica. Son afirmaciones distintas, y solo la primera es algo que un proveedor puede prometer.

La fuga viene del enlace, no del túnel

BitTorrent genera un flujo de conexiones TCP y UDP de corta duración hacia pares, trackers, nodos DHT y descubrimiento local. Enlaza el cliente al adaptador físico, o reinícialo cuando el túnel haya caído, y el tráfico resultante es exactamente lo que el túnel existía para ocultar. Las reglas del cortafuegos son un control más débil de lo que parecen: una regla que solo coincide con la ruta predeterminada, solo con IPv4 o solo con conexiones nuevas deja caminos abiertos. Enlazar el cliente a la interfaz del túnel y verificar ese enlace es el patrón más fuerte.

Verifícalo deteniendo el túnel a propósito y observando si las transferencias se detienen. Si continúan, el cliente nunca estaba dentro. Repite tras reiniciar el cliente y tras despertar un portátil, porque es cuando los enlaces suelen perderse.

El DNS nombra el sitio sin tocar la transferencia

Si las consultas de nombres siguen yendo al resolutor local, la consulta misma anuncia el sitio mientras la transferencia permanece cifrada. Trasladar la resolución dentro del túnel, o cifrarla, cierra esa brecha. Ninguna de las dos cosas hace nada por un cliente cuyos paquetes salen fuera del túnel. Comprueba qué resolutor se usa y por qué interfaz sale la consulta; las dos comprobaciones responden a preguntas distintas.

Un nombre que se resuelve a través del túnel y una transferencia que respeta el enlace son propiedades separadas, y cualquiera puede fallar sola.

El enjambre y el tracker ven cosas distintas

El intercambio de direcciones forma parte del protocolo, así que los pares registran lo que ven. Conectarse desde la salida les da la salida; conectarse directamente les da la dirección de casa. DHT y el intercambio de pares extienden esa observación, y una sesión posterior sin el túnel puede enlazar el mismo puerto de cliente y versión. El tracker puede saber aún más: una clave de acceso en la URL de anuncio identifica la cuenta sin importar de qué salida llegaron los paquetes.

El cifrado cubre otro eje. HTTPS protege una petición desde la salida en adelante; el HTTP simple expone la línea de petición a cada red del camino, y por eso un protocolo puede moldearse y el otro no.

Responde las cuatro preguntas con pruebas, no con un icono. El icono solo te dice que existe un túnel.