Versteek 'n VPN die aflaai van Tor Browser vir die plaaslike netwerk?

'n Aflaai wat binne 'n VPN reis, verberg een ding goed: die bestemming vir die plaaslike netwerk. Die router sien 'n verbinding na die VPN-eindpunt en niks daarbinne nie. Dit is 'n werklike wins, en dit is ook die hele wins. Die operateur sien steeds die versoek, en die toestel teken steeds die lêer aan.

Benoem die waarnemer vir wie jy wegkruip voordat jy 'n metode kies.

Stap 1: benoem die waarnemer

Vier waarnemers bestaan in 'n bedekte aflaai. Die toegangsnetwerk sien tydsberekening en volume. Die VPN-operateur sien die bestemming, want hy is die party wat die versoek aanstuur. Die aflaaiwebwerf sien die VPN-adres. Die masjien sien die lêer, die installasie en die geskiedenisinskrywing wat volg.

Net die eerste word deur die tonnel verslaan. Die ander drie het 'n ander maatreël nodig.

Stap 2: verifieer die pad wat die aflaai werklik neem

Kontroleer voor die aflaai of die verkeer binne die tonnel is eerder as langsaan. ip route get 1.1.1.1 wys watter koppelvlak 'n bestemming sou gebruik, en ss -tn state established "( dport = :443 )" tydens 'n toetsaflaai wys die eweknie-adres wat die verbinding werklik bereik het. As daardie eweknie die VPN-eindpunt is, is die pad gedek. As dit 'n publieke adres is wat aan die bestemming behoort, is split-tonneling aktief en sien die toegangsnetwerk alles.

Herhaal die kontrole ná enige kliëntopdatering, want split-tonnelreëls is beleid eerder as 'n eienskap van die koppelvlak.

Stap 3: haal by die amptelike bron en verifieer die artefak

Gebruik die ondersteunde aflaaibladsy en hou die HTTPS-kontroles ongeskonde. 'n Sertifikaatwaarskuwing by hierdie aflaai is nie iets om verby te klik nie, en 'n spieël wat 'n vinniger installeerder belowe, is nie 'n plaasvervanger vir die uitgewer nie. Die tonnel verander die pad wat die grepe neem en sê niks oor wie dit vervaardig het nie.

Verifieer eerder die handtekening as om die lêernaam te vertrou:

gpg --verify tor-browser-linux-x86_64-*.tar.xz.asc tor-browser-linux-x86_64-*.tar.xz
sha256sum tor-browser-linux-x86_64-*.tar.xz

'n Goeie handtekening van die uitgewer se sleutel is die integriteitskontrole. 'n Passende kontrolesom wat deur dieselfde onbetroubare spieël gepubliseer is, is nie.

Stap 4: hou die looptyd-roete apart

'n Aflaai onder 'n VPN stel nie Tor Browser in om een te bly gebruik nie. Die blaaier bereik die Tor-netwerk deur watter roetering die bedryfstelsel ook al het wanneer dit begin, so 'n tonnel wat tydens die aflaai op en tydens die bekendstelling af was, lewer 'n ander pad met dieselfde binêre lêer. Besluit die volgorde doelbewus, eers VPN dan Tor of Tor op sy eie, en skryf neer in watter een die masjien moet wees. Om die twee per ongeluk te vermeng, gee jou die sigbaarheid van nie een nie.

Kontroleer ná die bekendstelling eerder as om te aanvaar: die stroombaanvertoning wys die wag wat die blaaier gekies het, en 'n gewone verbindingstoets wys of die stelselroete nog die tonnel is.

Stap 5: ruim op wat die toestel steeds aanteken

Die lêer is die grootste spoor. Aflaaie, dopgeskiedenis, onlangse-dokumentlyste, die pakketbestuurder se joernaal as jy 'n deb geïnstalleer het, en enige eindpunt-agent op 'n bestuurde masjien hou almal bewyse van die installasie. Op toerusting wat jy nie administreer nie, verwyder 'n tonnel nie die bestuur nie, en om dit te behandel asof dit wel doen, is 'n beleidsprobleem eerder as 'n tegniese een.

Vee die argief uit sodra die installasie geverifieer is, en aanvaar dat die verwydering van die blaaier later nie die aflaairekord van 'n bestuurde toestel sal verwyder nie.

Dit is die eerlike antwoord: die plaaslike netwerk sien minder, en almal anders sien wat hulle voorheen gesien het.