Ką tavo tiekėjas vis dar mato, kai per VPN siuntiesi torrentus

Peržiūrėkite klausimus iš eilės: ką gali stebėti prieigos tinklas, kas iš tunelio išeina be jo, ką atskleidžia vardų paieška ir ką partneriai bei trackeriai vis tiek sužino. Kiekvienas atsakymas nepriklausomas nuo kitų, o VPN pilnai sprendžia tik pirmąjį. Ketvirtasis yra vieta, kur dauguma lūkesčių tyliai žlunga, nes joks tunelis nepašalina paskyros vardo.

Pradėkite nuspręsdami, kuris stebėtojas jums kelia nerimą, nes atsakymas keičiasi kartu su stebėtoju.

Viena jungtis pakeičia daug

Kai klientas tikrai yra tunelio viduje, prieigos tinklas mato vieną nuolatinį užšifruotą ryšį su vienu VPN adresu. Apimtis, laikas ir faktas, kad naudojamas VPN, lieka matomi; trackerių pagrindinio kompiuterio vardai, partnerių adresai ir failų vardai – ne. Tai tikras pagerėjimas ir siauresnis, nei siūlo rinkodara. Tunelio operatorius sėdi viduryje ir mato daugiau nei prieigos tinklas.

Pareiškimas apie jokių žurnalų neturėjimą apibūdina saugojimo politiką, o ne techninį matomumą. Tai skirtingi teiginiai, ir tik pirmąjį tiekėjas gali pažadėti.

Nuotėkis kyla iš susiejimo, o ne iš tunelio

BitTorrent sukuria trumpalaikių TCP ir UDP jungčių srautą į partnerius, trackerius, DHT mazgus ir vietinį aptikimą. Susiekite klientą su fiziniu adapteriu arba paleiskite jį iš naujo, kai tunelis nukrenta, ir susidaręs srautas yra būtent tai, kam tunelis egzistavo. Užkardos taisyklės yra silpnesnė kontrolė, nei atrodo: taisyklė, atitinkanti tik numatytąjį maršrutą, tik IPv4 arba tik naujas jungtis, palieka kelius atvirus. Kliento susiejimas su tunelio sąsaja ir to susiejimo patikra yra stipresnis modelis.

Patikrinkite sąmoningai sustabdydami tunelį ir stebėdami, ar persiuntimai sustoja. Jei jie tęsiasi, klientas niekada nebuvo viduje. Pakartokite po kliento paleidimo iš naujo ir po nešiojamojo kompiuterio pabudimo, nes tada susiejimai dažniausiai prarandami.

DNS įvardija svetainę neliesdamas persiuntimo

Jei vardų paieškos vis dar eina į vietinį rezolverį, pati užklausa paskelbia svetainę, kol persiuntimas lieka užšifruotas. Sprendimo perkėlimas į tunelį arba jo šifravimas uždaro šią spragą. Nė vienas nedaro nieko klientui, kurio paketai išeina už tunelio. Patikrinkite, kuris rezolveris naudojamas ir per kurią sąsają užklausa išeina; abu patikrinimai atsako į skirtingus klausimus.

Vardas, kuris išsprendžiamas per tunelį, ir persiuntimas, kuris gerbia susiejimą, yra atskiros savybės, ir kiekviena gali nepavykti atskirai.

Būrys ir trackeris mato skirtingus dalykus

Adresų mainai yra protokolo dalis, todėl partneriai įrašo, ką mato. Prisijungimas iš išėjimo duoda jiems išėjimą; tiesioginis prisijungimas duoda namų adresą. DHT ir partnerių mainai platina šį stebėjimą toliau, o vėlesnė sesija be tunelio gali susieti tą patį kliento prievadą ir versiją. Trackeris gali žinoti dar daugiau: prieigos raktas skelbimo URL atpažįsta paskyrą nepriklausomai nuo to, iš kurio išėjimo atėjo paketai.

Šifravimas vėl apima kitą ašį. HTTPS apsaugo užklausą nuo išėjimo; paprastas HTTP atskleidžia užklausos eilutę kiekvienam kelyje esančiam tinklui, todėl vieną protokolą galima formuoti, o kito – ne.

Atsakykite į keturis klausimus įrodymais, o ne piktograma. Piktograma tik pasako, kad tunelis egzistuoja.