Skjuler en VPN nedlastingen av Tor Browser for det lokale nettverket?

En nedlasting som reiser inne i en VPN skjuler én ting godt: målet for det lokale nettverket. Ruteren ser en forbindelse til VPN-endepunktet og ingenting inni den. Det er en reell gevinst, og det er også hele gevinsten. Operatøren ser fortsatt forespørselen, og enheten registrerer fortsatt filen.

Navngi observatøren du skjuler deg for, før du velger en metode.

Trinn 1: navngi observatøren

I en dekket nedlasting finnes det fire observatører. Aksessnettet ser tidspunkt og volum. VPN-operatøren ser målet, fordi den parten videresender forespørselen. Nedlastingsstedet ser VPN-adressen. Maskinen ser filen, installasjonen og historikkoppføringen som følger.

Bare den første beseires av tunnelen. De tre andre trenger en annen kontroll.

Trinn 2: verifiser veien nedlastingen faktisk tar

Før du laster ned, bekreft at trafikken er inne i tunnelen og ikke ved siden av. ip route get 1.1.1.1 viser hvilket grensesnitt et mål ville bruke, og ss -tn state established "( dport = :443 )" under en testnedlasting viser motpartadressen som forbindelsen faktisk nådde. Hvis den motparten er VPN-endepunktet, er veien dekket. Hvis det er en offentlig adresse som tilhører målet, er delt tunnellering i kraft, og aksessnettet ser alt.

Gjenta kontrollen etter enhver klientoppdatering, fordi reglene for delt tunnellering er policy og ikke en egenskap ved grensesnittet.

Trinn 3: hent fra den offisielle kilden og verifiser artefakten

Bruk den støttede nedlastingssiden og hold HTTPS-kontrollene intakte. En sertifikatadvarsel på denne nedlastingen er ikke noe man klikker forbi, og et speil som lover en raskere installatør erstatter ikke utgiveren. Tunnelen endrer veien bytene tar og sier ingenting om hvem som laget dem.

Verifiser signaturen i stedet for å stole på filnavnet:

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

En god signatur fra utgiverens nøkkel er integritetskontrollen. En samsvarende sjekksum publisert av det samme upålitelige speilet er det ikke.

Trinn 4: hold kjøreveien atskilt

Nedlasting under en VPN konfigurerer ikke Tor Browser til å fortsette å bruke en. Nettleseren når Tor-nettverket gjennom den rutingen operativsystemet har ved oppstart, så en tunnel som var oppe under nedlastingen og nede ved oppstart gir en annen vei med den samme binærfila. Bestem rekkefølgen bevisst, først VPN og deretter Tor eller Tor alene, og skriv ned hvilken maskinen skal være i. Blandes de to ved et uhell, får du innsyn i ingen av dem.

Kontroller etter oppstart i stedet for å anta: kretsvisningen viser vakten nettleseren valgte, og en vanlig tilkoblingstest viser om systemruten fortsatt er tunnelen.

Trinn 5: rydd opp i det enheten fortsatt registrerer

Filen er det største sporet. Nedlastinger, skallhistorikk, lister over nylige dokumenter, pakkebehandlerloggen hvis du installerte en deb, og enhver endepunktagent på en administrert maskin holder alle bevis for installasjonen. På utstyr du ikke administrerer, fjerner en tunnel ikke styringen, og å behandle den som om den gjorde det, er et policyproblem og ikke et teknisk.

Slett arkivet når installasjonen er verifisert, og godta at avinstallering av nettleseren senere ikke fjerner nedlastingsposten fra en administrert enhet.

Det er det ærlige svaret: det lokale nettverket ser mindre, og alle andre ser det de så før.