Kva leverandøren din framleis ser når du torrenter gjennom ein VPN

Gå gjennom spørsmåla i rekkjefølgje: kva aksessnettet kan observere, kva som forlet tunnelen utan det, kva namneoppslaget avslører, og kva peers og trackarar likevel får vita. Kvart svar er uavhengig av dei andre, og ein VPN løyser berre det første fullt ut. Det fjerde er der dei fleste forventningane stille sviktar, fordi ingen tunnel fjernar eit kontonamn.

Byrja med å avgjere kva observatør som uroar deg, fordi svaret endrar seg med observatøren.

Éi tilkopling erstattar mange

Når klienten faktisk er inne i tunnelen, ser aksessnettet éi vedvarande kryptert tilkopling til éin VPN-adresse. Volum, timing og det faktum at ein VPN vert brukt, blir verande synleg; vertsnamn til trackarar, peer-adresser og filnamn ikkje. Det er ei reell betring, og ei smalare enn marknadsføringa antydar. Operatøren av tunnelen sit i midten og ser meir enn aksessnettet.

Ei fråsegn om ingen loggar skildrar oppbevaringspolitikk, ikkje teknisk synlegheit. Det er ulike påstandar, og berre den første er noko ein leverandør kan love.

Lekkasjen kjem frå bindinga, ikkje frå tunnelen

BitTorrent lagar ein straum av kortliva TCP- og UDP-tilkoplingar til peers, trackarar, DHT-nodar og lokal oppdaging. Bind klienten til den fysiske adapteren, eller start han på nytt etter at tunnelen har falle, og trafikken som oppstår er nøyaktig det tunnelen fanst for å skjule. Brannmurreglar er ei svakare styring enn dei ser ut som: ein regel som berre matchar standardruta, berre IPv4 eller berre nye tilkoplingar, let vegar stå opne. Å binde klienten til tunnegrensesnittet og stadfeste den bindinga er det sterkare mønsteret.

Stadfest ved å stoppe tunnelen med vilje og sjå om overføringane stoppar. Held dei fram, var klienten aldri inni. Gjenta etter ein omstart av klienten og etter at ein laptop vaknar, for det er då bindingane vanlegvis vert tapte.

DNS namngir nettstaden utan å røre overføringa

Går namneoppslag framleis til den lokale oppløysaren, kunngjer førespurnaden sjølv nettstaden medan overføringa blir verande kryptert. Å flytte oppløysinga inn i tunnelen, eller kryptere ho, lukkar det gapet. Ingen av delane gjer noko for ein klient der pakkane forlet tunnelen utanfor. Sjekk kva oppløysar som vert brukt og kva grensesnitt førespurnaden forlet frå; dei to kontrollane svarar på ulike spørsmål.

Eit namn som vert løyst opp gjennom tunnelen, og ei overføring som respekterer bindinga, er separate eigenskapar, og kvar av dei kan svikte åleine.

Svermen og trackaren ser ulike ting

Adresseutveksling er ein del av protokollen, så peers registrerer det dei ser. Å kople til frå utgangen gjev dei utgangen; å kople til direkte gjev heimadressa. DHT og peer-utveksling spreier den observasjonen vidare, og ei seinare økt utan tunnelen kan knyte same klientport og versjon saman. Trackaren kan vite endå meir: ein tilgangsnøkkel i announce-URL-en identifiserer kontoen uansett kva utgang pakkane kom frå.

Kryptering dekkjer igjen ein annan akse. HTTPS vernar ein førespurnad frå utgangen og utover; vanleg HTTP legg førespurnadslinja open for kvart nettverk på vegen, og difor kan den eine protokollen formast medan den andre ikkje kan.

Svar på dei fire spørsmåla med prov, ikkje med eit ikon. Ikonet fortel deg berre at det finst ein tunnel.