Ano pa ang nakikita ng iyong ISP kapag nagto-torrent sa VPN

Sundin ang mga tanong sa pagkakasunod-sunod: ano ang maaaring maobserbahan ng access network, ano ang lumalabas sa tunnel nang wala ito, ano ang inilalantad ng paghahanap ng pangalan, at ano ang natututuhan pa rin ng mga peer at tracker. Malayang ang bawat sagot sa iba, at ang VPN ay ganap na tumutugon lamang sa una. Ang ikaapat ay kung saan tahimik na nabibigo ang karamihan ng inaasahan, dahil walang tunnel na nag-aalis ng pangalan ng account.

Magsimula sa pagpapasya kung aling tagamasid ang nag-aalala sa iyo, dahil nagbabago ang sagot kasama ng tagamasid.

Isang koneksyon ang pumapalit sa marami

Kapag ang kliyente ay tunay na nasa loob ng tunnel, ang access network ay nakakakita ng isang tuloy-tuloy na naka-encrypt na koneksyon patungo sa isang address ng VPN. Nananatiling nakikita ang dami, oras at ang katotohanang gumagamit ng VPN; hindi ang mga hostname ng tracker, address ng mga peer at pangalan ng file. Tunay itong pagbuti, at mas makitid kaysa ipinahihiwatig ng marketing. Ang operator ng tunnel ay nakaupo sa gitna at nakakakita ng higit pa sa access network.

Ang pahayag na walang log ay naglalarawan ng patakaran sa pagtatago, hindi ng teknikal na visibility. Magkaibang mga pag-aangkin ito, at ang una lamang ang maaaring ipangako ng isang provider.

Ang pagtagas ay nagmumula sa binding, hindi sa tunnel

Ang BitTorrent ay gumagawa ng daloy ng panandaliang TCP at UDP na koneksyon sa mga peer, tracker, DHT node at lokal na pagtuklas. I-bind ang kliyente sa pisikal na adapter, o i-restart ito kapag bumagsak ang tunnel, at ang dulot na trapiko ay eksaktong bagay na umiral ang tunnel upang itago. Ang mga patakaran ng firewall ay mas mahinang kontrol kaysa sa itsura: ang patakarang tumutugma lamang sa default na ruta, IPv4 lamang, o mga bagong koneksyon lamang ay nag-iiwan ng mga landas na bukas. Ang pag-bind ng kliyente sa interface ng tunnel at pagpapatunay ng binding na iyon ang mas matibay na pattern.

I-verify sa pamamagitan ng sadyang paghinto ng tunnel at pagmamasid kung humihinto ang mga transfer. Kung magpatuloy, hindi kailanman nasa loob ang kliyente. Ulitin pagkatapos ng restart ng kliyente at pagkatapos magising ang laptop, dahil doon karaniwang nawawala ang binding.

Pinapangalanan ng DNS ang site nang hindi hinahawakan ang transfer

Kung ang paghahanap ng pangalan ay patungo pa rin sa lokal na resolver, ang query mismo ay nagpapahayag ng site habang nananatiling naka-encrypt ang transfer. Ang paglilipat ng resolution sa loob ng tunnel, o pag-encrypt nito, ay nagsasara ng puwang na iyon. Wala sa dalawa ang gumagawa ng anuman para sa kliyenteng lumalabas ang mga packet sa labas ng tunnel. Suriin kung aling resolver ang ginagamit at kung aling interface lumalabas ang query; magkaiba ang sinasagot ng dalawang pagsusuri.

Ang pangalang nareresolba sa tunnel at ang transfer na gumagalang sa binding ay magkaibang katangian, at ang bawat isa ay maaaring mabigo nang mag-isa.

Ang kawan at ang tracker ay nakakakita ng magkaibang bagay

Ang pagpapalitan ng address ay bahagi ng protocol, kaya itinatala ng mga peer ang nakikita nila. Ang kumonekta mula sa labasan ay nagbibigay sa kanila ng labasan; ang direktang kumonekta ay nagbibigay ng address sa bahay. Ang DHT at pagpapalitan ng peer ay nagpapalaganap pa ng obserbasyong iyon, at ang susunod na session na walang tunnel ay maaaring mag-ugnay ng parehong port ng kliyente at bersyon. Maaaring higit pang malaman ng tracker: ang passkey sa URL ng anunsyo ay tumutukoy sa account anuman ang labasang pinanggalingan ng mga packet.

Sakop ng encryption ang isa pang axis. Pinoprotektahan ng HTTPS ang isang kahilingan mula sa labasan pataas; ang payak na HTTP ay naglalantad ng linya ng kahilingan sa bawat network sa ruta, kaya ang isang protocol ay mahuhubog at ang isa ay hindi.

Sagutin ang apat na tanong gamit ang ebidensya, hindi icon. Sinasabi lang ng icon na may tunnel.