Ko tavs pakalpojumu sniedzējs joprojām redz, kad torrento caur VPN
Tunelis slēpj galamērķus, nevis pašu tuneļa faktu. Pārbaudi klienta piesaisti, atrisinātāju un to, ko vienaudži un privātie trekeri tik un tā uzzina.
Izej jautājumus secībā: ko piekļuves tīkls var novērot, kas no tuneļa iznāk bez tā, ko atklāj vārdu meklēšana, un ko vienaudži un trekeri tik un tā uzzina. Katra atbilde ir neatkarīga no pārējām, un VPN pilnībā risina tikai pirmo. Ceturtais ir vieta, kur lielākā daļa cerību klusi sabrūk, jo neviens tunelis nenoņem konta vārdu.
Sāc ar lēmumu, kurš novērotājs tevi uztrauc, jo atbilde mainās līdz ar novērotāju.
Viens savienojums aizstāj daudzus
Kad klients patiešām ir tuneļa iekšpusē, piekļuves tīkls redz vienu pastāvīgu šifrētu savienojumu ar vienu VPN adresi. Apjoms, laiks un fakts, ka tiek izmantots VPN, paliek redzami; trekeru resursdatoru nosaukumi, vienaudžu adreses un failu nosaukumi ne. Tas ir reāls uzlabojums un šaurāks, nekā liecina mārketings. Tuneļa operators sēž pa vidu un redz vairāk nekā piekļuves tīkls.
Paziņojums par žurnālu neesamību raksturo glabāšanas politiku, nevis tehnisko redzamību. Tie ir dažādi apgalvojumi, un tikai pirmo pakalpojumu sniedzējs var apsolīt.
Noplūde nāk no piesaistes, nevis no tuneļa
BitTorrent rada īslaicīgu TCP un UDP savienojumu plūsmu uz vienaudžiem, trekeriem, DHT mezgliem un lokālu atklāšanu. Piesaisti klientu fiziskajam adapterim vai restartē to pēc tuneļa sabrukšanas, un radītā plūsma ir tieši tas, kāpēc tunelis pastāvēja. Ugunsmūra noteikumi ir vājāka kontrole, nekā šķiet: noteikums, kas atbilst tikai noklusējuma maršrutam, tikai IPv4 vai tikai jauniem savienojumiem, atstāj ceļus atvērtus. Klienta piesaiste tuneļa saskarnei un šīs piesaistes pārbaude ir stiprāks modelis.
Pārbaudi, apzināti apturot tuneli un vērojot, vai pārsūtīšana apstājas. Ja tā turpinās, klients nekad nav bijis iekšā. Atkārto pēc klienta restarta un pēc portatīvā datora pamošanās, jo tad piesaistes parasti tiek zaudētas.
DNS nosauc vietni, neaizskarot pārsūtīšanu
Ja vārdu meklēšana joprojām iet uz vietējo atrisinātāju, pats vaicājums paziņo vietni, kamēr pārsūtīšana paliek šifrēta. Atrisināšanas pārvietošana tunelī vai tās šifrēšana aizver šo plaisu. Neviens no abiem neko nedara klientam, kura paketes iziet ārpus tuneļa. Pārbaudi, kurš atrisinātājs tiek izmantots un pa kuru saskarni vaicājums iziet; abas pārbaudes atbild uz dažādiem jautājumiem.
Vārds, kas tiek atrisināts caur tuneli, un pārsūtīšana, kas respektē piesaisti, ir atsevišķas īpašības, un katra var neizdoties atsevišķi.
Barā un trekeris redz dažādas lietas
Adrešu apmaiņa ir protokola daļa, tāpēc vienaudži ieraksta, ko redz. Savienošanās no izejas dod viņiem izeju; tieša savienošanās dod mājas adresi. DHT un vienaudžu apmaiņa izplata šo novērojumu tālāk, un vēlāka sesija bez tuneļa var saistīt to pašu klienta portu un versiju. Trekeris var zināt vēl vairāk: piekļuves atslēga paziņojuma URL identificē kontu neatkarīgi no tā, no kuras izejas paketes nāca.
Šifrēšana atkal aptver citu asi. HTTPS aizsargā pieprasījumu no izejas; vienkāršais HTTP atklāj pieprasījuma rindu katram tīklam ceļā, tāpēc vienu protokolu var veidot, bet otru ne.
Atbildi uz četriem jautājumiem ar pierādījumiem, nevis ikonu. Ikona tikai pasaka, ka tunelis pastāv.