Què continua veient el vostre ISP quan feu torrent amb una VPN

Recorreu les preguntes per ordre: què pot observar la xarxa d’accés, què surt del túnel sense ella, què revela la consulta de noms i què aprenen igualment els parells i els rastrejadors. Cada resposta és independent de les altres, i una VPN només resol del tot la primera. La quarta és on la majoria d’expectatives fallen en silenci, perquè cap túnel elimina un nom de compte.

Comenceu decidint quin observador us preocupa, perquè la resposta canvia amb l’observador.

Una connexió en substitueix moltes

Quan el client és realment dins del túnel, la xarxa d’accés veu una connexió xifrada sostinguda cap a una única adreça VPN. El volum, el moment i el fet que s’usa una VPN continuen sent visibles; els noms d’amfitrió dels rastrejadors, les adreces dels parells i els noms de fitxer no. És una millora real, i més estreta del que suggereix el màrqueting. L’operador del túnel seï al mig i veu més que la xarxa d’accés.

Una declaració de no registres descriu la política de retenció, no la visibilitat tècnica. Són afirmacions diferents, i només la primera és una cosa que un proveïdor pot prometre.

La fuita ve de l’enllaç, no del túnel

BitTorrent genera un flux de connexions TCP i UDP de curta durada cap a parells, rastrejadors, nodes DHT i descobriment local. Enllaceu el client a l’adaptador físic, o reinicieu-lo quan el túnel caigui, i el trànsit resultant és exactament allò que el túnel existia per amagar. Les regles del tallafoc són un control més feble del que semblen: una regla que només coincideix amb la ruta per defecte, només amb IPv4 o només amb connexions noves deixa camins oberts. Enllaçar el client a la interfície del túnel i verificar aquest enllaç és el patró més fort.

Verifiqueu-ho aturant el túnel expressament i observant si les transferències s’aturen. Si continuen, el client mai no era a dins. Repetiu-ho després de reiniciar el client i després de despertar un portàtil, perquè és quan els enllaços solen perdre’s.

El DNS anomena el lloc sense tocar la transferència

Si les consultes de noms encara van al resolutor local, la consulta mateixa anuncia el lloc mentre la transferència continua xifrada. Traslladar la resolució dins del túnel, o xifrar-la, tanca aquesta escletxa. Cap de les dues coses fa res per a un client els paquets del qual surten fora del túnel. Comproveu quin resolutor s’usa i per quina interfície surt la consulta; les dues comprovacions responen preguntes diferents.

Un nom que es resol a través del túnel i una transferència que respecta l’enllaç són propietats separades, i cadascuna pot fallar sola.

L’eixam i el rastrejador veuen coses diferents

L’intercanvi d’adreces forma part del protocol, així que els parells registren el que veuen. Connectar-se des de la sortida els dóna la sortida; connectar-se directament els dóna l’adreça de casa. El DHT i l’intercanvi de parells estenen aquesta observació més enllà, i una sessió posterior sense el túnel pot enllaçar el mateix port de client i versió. El rastrejador pot saber encara més: una clau d’accés a l’URL d’anunci identifica el compte independentment de quina sortida hagin vingut els paquets.

El xifratge cobreix un altre eix. HTTPS protegeix una petició des de la sortida endavant; l’HTTP simple exposa la línia de petició a cada xarxa del camí, i per això un protocol es pot modelar i l’altre no.

Responeu les quatre preguntes amb proves, no amb una icona. La icona només us diu que hi ha un túnel.