Ĉu VPN kaŝas la elŝuton de Tor Browser antaŭ la loka reto?

Elŝuto, kiu vojaĝas ene de VPN, bone kaŝas unu aferon: la celon antaŭ la loka reto. La enkursigilo vidas konekton al la finpunkto de la VPN kaj nenion ene de ĝi. Tio estas reala gajno, kaj ĝi estas ankaŭ la tuta gajno. La operatoro ankoraŭ vidas la peton, kaj la aparato ankoraŭ registras la dosieron.

Nomu la observanton, antaŭ kiu vi kaŝas vin, antaŭ ol elekti metodon.

Paŝo 1: nomu la observanton

En kovrita elŝuto ekzistas kvar observantoj. La alirreto vidas tempon kaj volumenon. La operatoro de VPN vidas la celon, ĉar ĝi estas la partio, kiu plusendas la peton. La elŝuta retejo vidas la adreson de VPN. La maŝino vidas la dosieron, la instaladon kaj la historian eron, kiu sekvas.

Nur la unuan venkas la tunelo. La aliaj tri bezonas alian regilon.

Paŝo 2: kontrolu la vojon, kiun la elŝuto vere prenas

Antaŭ la elŝuto, certiĝu, ke la trafiko estas ene de la tunelo, ne apud ĝi. ip route get 1.1.1.1 montras, kiun interfacon celo uzus, kaj ss -tn state established "( dport = :443 )" dum provo de elŝuto montras la adreson de la kunulo, kiun la konekto vere atingis. Se tiu kunulo estas la finpunkto de VPN, la vojo estas kovrita. Se ĝi estas publika adreso apartenanta al la celo, la dividita tunelado estas aktiva kaj la alirreto vidas ĉion.

Ripetu la kontrolon post ĉiu klienta ĝisdatigo, ĉar la reguloj de dividita tunelado estas politiko, ne eco de la interfaco.

Paŝo 3: elŝutu el la oficiala fonto kaj kontrolu la artefakton

Uzu la subtenatan elŝutan paĝon kaj konservu la HTTPS-kontrolojn sendifektaj. Atentigo pri atestilo ĉe ĉi tiu elŝuto ne estas io, kion oni forklakas, kaj spegulo, kiu promesas pli rapidan instalilon, ne anstataŭas la eldonanton. La tunelo ŝanĝas la vojon, kiun la bajtoj prenas, kaj diras nenion pri tio, kiu produktis ilin.

Kontrolu la subskribon anstataŭ fidi la dosiernomon:

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

Bona subskribo per la ŝlosilo de la eldonanto estas la kontrolo de integreco. Kongrua kontrolsumo publikigita de la sama nefidinda spegulo ne estas.

Paŝo 4: tenu la plenumvojon aparte

Elŝuto sub VPN ne agordas Tor Browser daŭre uzi unu. La retumilo atingas la Tor-reton per ajna enkursigado, kiun la operaciumo havas ĉe la lanĉo, do tunelo, kiu estis aktiva dum la elŝuto kaj neaktiva ĉe la lanĉo, produktas alian vojon kun la sama binara dosiero. Decidu la ordon konscie, unue VPN poste Tor aŭ Tor sola, kaj notu, en kiu la maŝino devus esti. Hazarde miksi la du donas al vi la videblecon de neniu.

Kontrolu post la lanĉo anstataŭ supozi: la cirkvita montraĵo montras la gardanton, kiun la retumilo elektis, kaj simpla konekta testo montras, ĉu la sistema vojo ankoraŭ estas la tunelo.

Paŝo 5: purigu tion, kion la aparato ankoraŭ registras

La dosiero estas la plej granda spuro. Elŝutoj, ŝela historio, listoj de lastatempaj dokumentoj, la protokolo de la pakadministranto se vi instalas deb, kaj iu ajn finpunkta agento sur administrata maŝino ĉiuj konservas pruvojn de la instalado. Sur ekipaĵo, kiun vi ne administras, tunelo ne forigas administradon, kaj trakti ĝin kvazaŭ ĝi forigus estas politika, ne teknika problemo.

Forigu la arkivon post kiam la instalado estas kontrolita, kaj akceptu, ke malinstali la retumilon poste ne forigos la elŝutan registron de administrata aparato.

Jen la honesta respondo: la loka reto vidas malpli, kaj ĉiuj aliaj vidas tion, kion ili vidis antaŭe.