Wat jou ISP steeds sien wanneer jy deur ’n VPN torrent
’n Tonnel verberg bestemmings, nie die feit van die tonnel nie. Kontroleer die kliëntbinding, die oplosser en wat eweknieë en private trackers nietemin leer.
Gaan die vrae in volgorde na: wat die toegangsnetwerk kan waarneem, wat die tonnel verlaat sonder dit, wat die naamopsoek onthul, en wat eweknieë en trackers nietemin leer. Elke antwoord is onafhanklik van die ander, en ’n VPN spreek net die eerste ten volle aan. Die vierde is waar die meeste verwagtinge stilweg misluk, want geen tonnel verwyder ’n rekeningnaam nie.
Begin deur te besluit watter waarnemer jou pla, want die antwoord verander saam met die waarnemer.
Een verbinding vervang baie
Met die kliënt werklik binne die tonnel, sien die toegangsnetwerk een volgehoue geënkripteerde verbinding na ’n enkele VPN-adres. Volume, tydsberekening en die feit dat ’n VPN in gebruik is, bly sigbaar; tracker-hostname, eweknie-adresse en lêername nie. Dit is ’n werklike verbetering, en ’n smaller een as wat die bemarking voorstel. Die operateur van die tonnel sit in die middel en sien meer as wat die toegangsnetwerk sien.
’n Stelling van geen logboeke beskryf retensiebeleid eerder as tegniese sigbaarheid. Dit is verskillende bewerings, en net die eerste is iets wat ’n verskaffer kan belowe.
Die lek kom van die binding, nie die tonnel nie
BitTorrent maak ’n stroom kortstondige TCP- en UDP-verbindings na eweknieë, trackers, DHT-nodes en plaaslike ontdekking. Bind die kliënt aan die fisiese adapter, of herbegin dit sodra die tonnel wegval, en die gevolglike verkeer is presies wat die tonnel moes verberg. Firewall-reëls is ’n swakker beheer as wat dit lyk: ’n reël wat net die verstekroete, net IPv4 of net nuwe verbindings pas, laat paaie oop. Om die kliënt aan die tonnel-koppelvlak te bind en daardie binding te verifieer, is die sterker patroon.
Verifieer deur die tonnel doelbewus te stop en te kyk of oordragte stilstand kom. As dit voortduur, was die kliënt nooit binne nie. Herhaal ná ’n herbegin van die kliënt en ná ’n skootrekenaar wat wakker word, want dit is wanneer bindings gewoonlik verlore gaan.
DNS noem die werf sonder om die oordrag te raak
Sou naamopsoeke nog na die plaaslike oplosser gaan, dan kondig die navraag self die werf aan terwyl die oordrag geënkripteer bly. Om die oplossing in die tonnel te skuif, of dit te enkripteer, sluit daardie gaping. Nie een doen iets vir ’n kliënt wie se pakkette buite die tonnel vertrek nie. Kyk watter oplosser in gebruik is en watter koppelvlak die navraag verlaat; die twee kontroles beantwoord verskillende vrae.
’n Naam wat deur die tonnel opgelos word en ’n oordrag wat die binding respekteer, is aparte eienskappe, en elkeen kan alleen faal.
Die swerm en die tracker sien verskillende dinge
Adresuitruiling is deel van die protokol, so eweknieë teken op wat hulle sien. Om vanaf die uitgang te koppel, gee hulle die uitgang; om direk te koppel, gee hulle die huisadres. DHT en eweknie-uitruiling versprei daardie waarneming verder, en ’n latere sessie sonder die tonnel kan dieselfde kliëntpoort en weergawe verbind. Die tracker kan nog meer weet: ’n passkey in die aankondigings-URL identifiseer die rekening ongeag watter uitgang die pakkette gekom het.
Enkripsie dek weer ’n ander as. HTTPS beskerm ’n versoek vanaf die uitgang verder; gewone HTTP stel die versoekreël bloot aan elke netwerk langs die pad, en daarom kan een protokol gevorm word terwyl ’n ander nie kan nie.
Beantwoord die vier vrae met bewyse, nie met ’n ikoon nie. Die ikoon sê net vir jou dat ’n tonnel bestaan.