Skjuler ein VPN nedlastinga av Tor Browser for det lokale nettet?

Ei nedlasting som reiser inne i ein VPN skjuler éin ting godt: målet for det lokale nettet. Rutaren ser ei tilkopling til VPN-endepunktet og ingenting inni henne. Det er ein reell vinst, og det er også heile vinsten. Operatøren ser framleis førespurnaden, og eininga registrerer framleis fila.

Namngi observatøren du skjuler deg for, før du vel ein metode.

Steg 1: namngi observatøren

I ei dekt nedlasting finst det fire observatørar. Åtkomstnettet ser tidspunkt og volum. VPN-operatøren ser målet, fordi han er parten som sender førespurnaden vidare. Nedlastingsstaden ser VPN-adressa. Maskinen ser fila, installasjonen og historikkinnføringa som følgjer.

Berre den første blir overvunnen av tunnelen. Dei tre andre treng ein annan kontroll.

Steg 2: stadfest vegen nedlastinga faktisk tek

Før du lastar ned, stadfest at trafikken er inne i tunnelen og ikkje ved sida av. ip route get 1.1.1.1 viser kva grensesnitt eit mål ville bruke, og ss -tn state established "( dport = :443 )" under ei testnedlasting viser motpartsadressa som sambandet faktisk nådde. Viss den motparten er VPN-endepunktet, er vegen dekt. Viss det er ei offentleg adresse som høyrer til målet, er delt tunnellering i kraft, og åtkomstnettet ser alt.

Gjenta kontrollen etter kvar klientoppdatering, fordi reglane for delt tunnellering er policy og ikkje ein eigenskap ved grensesnittet.

Steg 3: hent frå den offisielle kjelda og stadfest artefakten

Bruk den støtta nedlastingssida og hald HTTPS-kontrollane intakte. Eit sertifikatvarsel på denne nedlastinga er ikkje noko ein klikkar bort, og eit spegel som lovar ein raskare installatør erstattar ikkje utgivaren. Tunnelen endrar vegen byta tek og seier ingenting om kven som laga dei.

Stadfest signaturen i staden for å stole på filnamnet:

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

Ein god signatur frå utgivarnøkkelen er integritetskontrollen. Ein samsvarande sjekksum publisert av det same upålitelege spegelen er det ikkje.

Steg 4: hald køyrevegen skild

Nedlasting under ein VPN konfigurerer ikkje Tor Browser til å halde fram med å bruke ein. Nettlesaren når Tor-nettet gjennom den rutinga operativsystemet har ved oppstart, så ein tunnel som var oppe under nedlastinga og nede ved oppstart gir ein annan veg med den same binærfila. Bestem rekkjefølgja medvite, først VPN og deretter Tor eller Tor åleine, og skriv ned kva maskinen skal vere i. Blir dei to blanda ved eit uhell, får du innsyn i ingen av dei.

Kontroller etter oppstart i staden for å anta: krinsvisinga viser vakta nettlesaren valde, og ein vanleg tilkoplingstest viser om systemvegen framleis er tunnelen.

Steg 5: rydd opp i det eininga framleis registrerer

Fila er det største sporet. Nedlastingar, skallhistorikk, lister over nylege dokument, pakkehandsamarloggen viss du installerte ein deb, og kvar endepunktagent på ein administrert maskin held alle bevis for installasjonen. På utstyr du ikkje administrerer, fjernar ein tunnel ikkje styringa, og å handsame han som om han gjorde det, er eit policyproblem og ikkje eit teknisk.

Slett arkivet når installasjonen er stadfesta, og godta at avinstallering av nettlesaren seinare ikkje fjernar nedlastingsposten frå ei administrert eining.

Det er det ærlege svaret: det lokale nettet ser mindre, og alle andre ser det dei såg før.