Käi küsimused järjekorras läbi: mida pääsuühendusvõrk saab jälgida, mis väljub tunnelist ilma selleta, mida nimeotsing paljastab ja mida peerid ja trackerid sellest hoolimata teada saavad. Iga vastus on teistest sõltumatu ja VPN lahendab täielikult ainult esimese. Neljas on koht, kus enamik ootusi vaikselt luhtub, sest ükski tunnel ei eemalda kontonime.

Alusta otsusega, milline vaatleja sind muretsema paneb, sest vastus muutub koos vaatlejaga.

Üks ühendus asendab paljusid

Kui klient on tõesti tunnelis, näeb pääsuühendusvõrk üht püsivat krüpteeritud ühendust ühe VPN-aadressiga. Maht, ajastus ja tõsiasi, et VPN-i kasutatakse, jäävad nähtavaks; trackerite hostinimed, peeride aadressid ja failinimed mitte. See on tõeline paranemine ja kitsam, kui turundus vihjab. Tunneli operaator istub keskel ja näeb rohkem kui pääsuühendusvõrk.

Logideta kinnituses kirjeldatakse säilitamispoliitikat, mitte tehnilist nähtavust. Need on erinevad väited ja ainult esimest saab teenusepakkuja lubada.

Leke tuleb sidumisest, mitte tunnelist

BitTorrent tekitab voo lühiajalisi TCP- ja UDP-ühendusi peeride, trackerite, DHT-sõlmede ja kohaliku avastamisega. Seo klient füüsilise adapteriga või taaskäivita see, kui tunnel on langenud, ja tulemuseks olev liiklus on täpselt see, mille peitmiseks tunnel olema pidi. Tulemüüri reeglid on nõrgem kontroll, kui paistavad: reegel, mis vastab ainult vaikeimarsruudile, ainult IPv4-le või ainult uutele ühendustele, jätab teed lahti. Kliendi sidumine tunneli liidesega ja selle sidumise kontrollimine on tugevam muster.

Kontrolli, peatades tunneli meelega ja jälgides, kas ülekanded peatuvad. Kui need jätkuvad, ei olnud klient kunagi sees. Korda pärast kliendi taaskäivitust ja pärast sülearvuti ärkamist, sest siis lähevad sidumised tavaliselt kaotsi.

DNS nimetab saidi ilma ülekannet puutumata

Kui nimeotsingud lähevad endiselt kohalikku resolverisse, kuulutab päring ise saidi välja, samal ajal kui ülekanne jääb krüpteerituks. Resolveerimise tunnelisse viimine või selle krüpteerimine sulgeb selle lünga. Kumbki ei tee midagi kliendi jaoks, mille paketid väljuvad väljaspool tunnelit. Kontrolli, millist resolverit kasutatakse ja millisest liidesest päring väljub; kaks kontrolli vastavad erinevatele küsimustele.

Tunneli kaudu lahendatav nimi ja sidumist austav ülekanne on eraldi omadused ning kumbki võib üksi ebaõnnestuda.

Parv ja tracker näevad erinevaid asju

Aadressivahetus on protokolli osa, seega peerid registreerivad, mida näevad. Väljundist ühendudes saavad nad väljundi; otse ühendudes saavad nad kodu-aadressi. DHT ja peerivahetus levitavad seda tähelepanekut edasi ning hilisem seanss ilma tunnelita võib siduda sama kliendipordi ja versiooni. Tracker võib teada veelgi rohkem: teavitus-URL-is olev pääsuvõti tuvastab konto sõltumata sellest, millisest väljundist paketid tulid.

Krüpteerimine katab jälle teist telge. HTTPS kaitseb päringut väljundist edasi; tavaline HTTP paljastab päringurea igale võrgule teel, mistõttu üht protokolli saab kujundada ja teist mitte.

Vasta neljale küsimusele tõenditega, mitte ikooniga. Ikoon ütleb sulle ainult, et tunnel on olemas.

Seotud artiklid