Mit lát még a szolgáltatód, amikor VPN-en keresztül torrentezel

Vedd sorra a kérdéseket: mit figyelhet meg a hozzáférési hálózat, mi hagyja el az alagutat nélküle, mit árul el a névkeresés, és mit tudnak meg a partnerek és a trackerek így is. Minden válasz független a többitől, és a VPN csak az elsőt kezeli teljesen. A negyedik az, ahol a legtöbb elvárás csendben megbukik, mert egyetlen alagút sem távolít el egy fióknevet.

Kezdd annak eldöntésével, melyik megfigyelő aggaszt, mert a válasz a megfigyelővel változik.

Egy kapcsolat sok helyett

Amikor az ügyfél valóban az alagúton belül van, a hozzáférési hálózat egyetlen tartós, titkosított kapcsolatot lát egyetlen VPN-cím felé. A forgalom nagysága, időzítése és az a tény, hogy VPN van használatban, látható marad; a trackerek hosztnevei, a partnerek címei és a fájlnevek nem. Ez valódi javulás, és szűkebb annál, mint amit a marketing sugall. Az alagút üzemeltetője középen ül, és többet lát, mint a hozzáférési hálózat.

A naplók nélküli nyilatkozat a megőrzési szabályzatot írja le, nem a technikai láthatóságot. Ezek különböző állítások, és csak az első az, amit egy szolgáltató megígérhet.

A szivárgás a kötésből jön, nem az alagútból

A BitTorrent rövid életű TCP- és UDP-kapcsolatok áramlatát hozza létre partnerek, trackerek, DHT-csomópontok és helyi felderítés felé. Kösd az ügyfelet a fizikai adapterhez, vagy indítsd újra, miután az alagút leesett, és a keletkező forgalom pontosan az, amiért az alagút egyáltalán létezett. A tűzfal-szabályok gyengébb kontrollok, mint amilyennek látszanak: az a szabály, amely csak az alapértelmezett útvonalra, csak az IPv4-re vagy csak az új kapcsolatokra illeszkedik, nyitva hagy utakat. Az ügyfél alagút-interfészhez kötése és a kötés ellenőrzése az erősebb minta.

Ellenőrizd úgy, hogy szándékosan leállítod az alagutat, és figyeled, megállnak-e az átvitelek. Ha folytatódnak, az ügyfél soha nem volt bent. Ismételd meg az ügyfél újraindítása után és a laptop felébredése után, mert ilyenkor szoktak elveszni a kötések.

A DNS megnevezi az oldalt, anélkül hogy hozzányúlna az átvitelhez

Ha a névkeresések továbbra is a helyi feloldóhoz mennek, maga a lekérdezés hirdeti meg az oldalt, miközben az átvitel titkosított marad. A feloldás alagútba vitele vagy titkosítása bezárja ezt a rést. Egyik sem tesz semmit egy olyan ügyfélért, amelynek csomagjai az alagúton kívül lépnek ki. Ellenőrizd, melyik feloldó van használatban, és melyik interfészen hagyja el a lekérdezés; a két ellenőrzés különböző kérdésekre válaszol.

Az alagúton keresztül feloldott név és a kötést tiszteletben tartó átvitel külön tulajdonságok, és bármelyik egyedül is meghiúsulhat.

A raj és a tracker különböző dolgokat lát

A címcsere a protokoll része, ezért a partnerek feljegyzik, amit látnak. A kijáratból csatlakozva a kijáratot kapják; közvetlenül csatlakozva az otthoni címet kapják. A DHT és a partner-csere tovább terjeszti ezt a megfigyelést, és egy későbbi, alagút nélküli munkamenet összekapcsolhatja ugyanazt az ügyfélportot és verziót. A tracker még többet tudhat: a bejelentési URL-ben lévő hozzáférési kulcs azonosítja a fiókot, függetlenül attól, melyik kijáratból érkeztek a csomagok.

A titkosítás megint egy másik tengelyt fed le. A HTTPS a kérést a kijárattól kezdve védi; a sima HTTP a kérés sort minden útvonalon lévő hálózatnak feltárja, ezért az egyik protokoll formálható, a másik nem.

Válaszolj a négy kérdésre bizonyítékokkal, ne ikonnal. Az ikon csak azt mondja meg, hogy létezik alagút.