Mitä palveluntarjoajasi yhä näkee, kun lataat torrentia VPN:n kautta

Käy kysymykset järjestyksessä läpi: mitä liityntäverkko voi havainnoida, mitä tunnelista lähtee ilman sitä, mitä nimihaku paljastaa ja mitä vertaiset ja trackerit joka tapauksessa saavat tietää. Jokainen vastaus on riippumaton muista, ja VPN ratkaisee täysin vain ensimmäisen. Neljäs on kohta, jossa useimmat odotukset hiljaa pettävät, koska mikään tunneli ei poista tilin nimeä.

Aloita päättämällä, mikä tarkkailija sinua huolestuttaa, sillä vastaus muuttuu tarkkailijan mukana.

Yksi yhteys korvaa monta

Kun asiakas on todella tunnelin sisällä, liityntäverkko näkee yhden jatkuvan salatun yhteyden yhteen VPN-osoitteeseen. Määrä, ajoitus ja tieto siitä, että VPN on käytössä, pysyvät näkyvinä; trackerien isäntänimet, vertaisten osoitteet ja tiedostonimet eivät. Se on todellinen parannus ja kapeampi kuin markkinointi antaa ymmärtää. Tunnelin operaattori istuu keskellä ja näkee enemmän kuin liityntäverkko.

Ei lokeja -ilmoitus kuvaa säilytyskäytäntöä, ei teknistä näkyvyyttä. Ne ovat eri väitteitä, ja vain ensimmäinen on jotain, minkä tarjoaja voi luvata.

Vuoto tulee sidonnasta, ei tunnelista

BitTorrent luo virran lyhytikäisiä TCP- ja UDP-yhteyksiä vertaisiin, trackereihin, DHT-solmuihin ja paikalliseen löytämiseen. Sido asiakas fyysiseen sovittimeen tai käynnistä se uudelleen, kun tunneli on pudonnut, ja syntyvä liikenne on täsmälleen se, mitä varten tunneli oli olemassa. Palomuurisäännöt ovat heikompi hallinta kuin miltä ne näyttävät: sääntö, joka osuu vain oletusreittiin, vain IPv4:ään tai vain uusiin yhteyksiin, jättää polut avoimiksi. Asiakkaan sitominen tunnelin käyttöliittymään ja tämän sidonnan vahvistaminen on vahvempi malli.

Vahvista pysäyttämällä tunneli tarkoituksella ja seuraamalla, pysähtyvätkö siirrot. Jos ne jatkuvat, asiakas ei ollut koskaan sisällä. Toista asiakkaan uudelleenkäynnistyksen ja kannettavan tietokoneen heräämisen jälkeen, koska silloin sidonnat yleensä menetetään.

DNS nimeää sivuston koskematta siirtoon

Jos nimihaut menevät edelleen paikalliselle resolverille, kysely itse ilmoittaa sivuston, kun taas siirto pysyy salattuna. Ratkaisun siirtäminen tunnelin sisään tai sen salaaminen sulkee tuon aukon. Kumpikaan ei tee mitään asiakkaalle, jonka paketit lähtevät tunnelin ulkopuolelle. Tarkista, mitä resolveria käytetään ja mistä käyttöliittymästä kysely lähtee; kaksi tarkistusta vastaavat eri kysymyksiin.

Tunnelin kautta ratkeava nimi ja sidontaa kunnioittava siirto ovat erillisiä ominaisuuksia, ja kumpi tahansa voi pettää yksinään.

Parvi ja trackeri näkevät eri asioita

Osoitteiden vaihto on osa protokollaa, joten vertaiset tallentavat sen, mitä näkevät. Yhteyden ottaminen ulostulosta antaa heille ulostulon; suora yhteys antaa kotiosoitteen. DHT ja vertaisten vaihto levittävät tuota havaintoa edelleen, ja myöhempi istunto ilman tunnelia voi yhdistää saman asiakasportin ja version. Trackeri voi tietää vielä enemmän: ilmoitus-URL:n avain tunnistaa tilin riippumatta siitä, mistä ulostulosta paketit tulivat.

Salaus kattaa jälleen toisen akselin. HTTPS suojaa pyynnön ulostulosta eteenpäin; tavallinen HTTP paljastaa pyyntörivin jokaiselle reitin varrella olevalle verkolle, ja siksi toinen protokolla voidaan muotoilla ja toinen ei.

Vastaa neljään kysymykseen todisteilla, älä kuvakkeella. Kuvake kertoo vain, että tunneli on olemassa.