Hvad din udbyder stadig ser, når du torrenter gennem en VPN

Gå gennem spørgsmålene i rækkefølge: hvad adgangsnettet kan observere, hvad der forlader tunnelen uden det, hvad navneopslaget afslører, og hvad peers og trackere alligevel får at vide. Hvert svar er uafhængigt af de andre, og en VPN løser kun det første fuldt ud. Det fjerde er der, hvor de fleste forventninger stille svigter, fordi ingen tunnel fjerner et kontonavn.

Start med at afgøre, hvilken observatør der bekymrer dig, fordi svaret ændrer sig med observatøren.

Én forbindelse erstatter mange

Når klienten reelt er inde i tunnelen, ser adgangsnettet én vedvarende krypteret forbindelse til én VPN-adresse. Mængde, timing og det faktum, at der bruges en VPN, forbliver synligt; trackernes værtsnavne, peer-adresser og filnavne gør ikke. Det er en reel forbedring, og en smallere, end markedsføringen antyder. Tunnelens operatør sidder i midten og ser mere end adgangsnettet.

En erklæring om ingen logfiler beskriver opbevaringspolitik frem for teknisk synlighed. Det er forskellige påstande, og kun den første er noget, en udbyder kan love.

Lækagen kommer fra bindingen, ikke fra tunnelen

BitTorrent laver en strøm af kortlivede TCP- og UDP-forbindelser til peers, trackere, DHT-knudepunkter og lokal opdagelse. Bind klienten til den fysiske adapter, eller genstart den, når tunnelen er faldet, og den resulterende trafik er præcis det, tunnelen fandtes for at skjule. Firewallregler er en svagere kontrol, end de ser ud: en regel, der kun matcher standardruten, kun IPv4 eller kun nye forbindelser, efterlader stier åbne. At binde klienten til tunnelinterfacet og verificere den binding er det stærkere mønster.

Kontrollér ved at stoppe tunnelen med vilje og se, om overførslerne stopper. Hvis de fortsætter, var klienten aldrig indeni. Gentag efter en genstart af klienten og efter en laptop vågner, for det er der, bindingerne normalt mistes.

DNS navngiver webstedet uden at røre overførslen

Hvis navneopslag stadig går til den lokale resolver, annoncerer forespørgslen selv webstedet, mens overførslen forbliver krypteret. At flytte opslaget ind i tunnelen eller kryptere det lukker det hul. Ingen af delene gør noget for en klient, hvis pakker forlader tunnelen udenfor. Kontrollér, hvilken resolver der bruges, og hvilket interface forespørgslen forlader fra; de to kontroller besvarer forskellige spørgsmål.

Et navn, der slås op gennem tunnelen, og en overførsel, der respekterer bindingen, er separate egenskaber, og hver af dem kan svigte alene.

Svermen og trackeren ser forskellige ting

Adresseudveksling er en del af protokollen, så peers registrerer, hvad de ser. At forbinde fra udgangen giver dem udgangen; at forbinde direkte giver dem hjemadressen. DHT og peer-udveksling spreder den observation videre, og en senere session uden tunnelen kan knytte samme klientport og version sammen. Trackeren kan vide endnu mere: en adgangsnøgle i announce-URL'en identificerer kontoen, uanset hvilken udgang pakkerne kom fra.

Kryptering dækker igen en anden akse. HTTPS beskytter en anmodning fra udgangen og frem; almindelig HTTP blotlægger anmodningslinjen for hvert netværk på vejen, og derfor kan den ene protokol formes, mens den anden ikke kan.

Besvar de fire spørgsmål med beviser, ikke med et ikon. Ikonet fortæller dig kun, at der findes en tunnel.