Tor Browser kovras unu aplikaĵon, ne la tutan aparaton
La retumilo direktas siajn proprajn konektojn tra Tor kaj nenion alian. Kontrolu, kiu procezo posedas konekton, antaŭ ol supozi, ke la resto de la maŝino sekvas.
Tor Browser sendas siajn proprajn konektojn tra loka prokurilo kaj direktas ilin en la Tor-reton, kaj ĝi ne movas la reston de la maŝino. Retpoŝta kliento, sinkroniga procezo kaj dua retumilo konservas la agordojn, kiujn ili havis, kaj tial pura rezulto en unu fenestro povas kunekzisti kun rektaj konektoj malantaŭ ĝi. Kvar kontroloj apartigas la kovritan de tio, kio nur ŝajnas kovrita. Komencu per tiu, kiu nomas procezon.
Kion la retumilo fakte trapasigas
Ene de la retumilo, trafiko iras al loka SOCKS-aŭskultanto, kiun Tor Browser lanĉas por si mem, kaj la retumilo estas agordita por uzi ĝin. La elekto de cirkvito, la izolado de identeco kaj la protektoj kontraŭ fingrospuroj ĉiuj loĝas en tiu paro. Dosiero konservita sur la disko portas nenion el tio, kaj malfermi tiun dosieron en ekstera vidilo lanĉas novan procezon kun sia propra reta konduto.
Tial ankaŭ la konata paĝo pri publika adreso pruvas tiel malmulte. Ĝi raportas la elirejon uzitan de la retumilo, kiu ŝargis ĝin, kaj tute ne povas observi alian aplikaĵon. Traktu la rezulton kiel pruvon pri unu procezo, ne kiel aserton pri la aparato.
Kiu procezo posedas ĉiun konekton
Listigu la soketojn kaj la procezojn malantaŭ ili. Serĉu ion, kio ne estas la retumilo parolanta al loka aŭskultanto:
ss -tunp
ss -tunp | grep -E 'tor|firefox'Io ajn kun publika celo estas konekto, kiu preterpasis la cirkviton. Se vi trovas unu, identigu la procezon antaŭ ol ŝanĝi ion alian, ĉar la korekto diferencas por ĉiu kliento:
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ipLa formo -hostname gravas, ĉar ĝi petas al la prokurilo solvi la nomon. Solvi loke kaj doni adreson al la prokurilo malkaŝas la celon eĉ kiam la konekto mem iras tra prokurilo.
Ĉu la protokolo entute transportiĝas
Tor-ripetiloj transportas TCP-fluojn. Aplikaĵoj konstruitaj ĉirkaŭ UDP, kiel iuj voĉaj kaj ludaj klientoj, ne kondutas en la reto kiel retpaĝo, kaj devigi ilin tra prokurilo kutime malsukcesas anstataŭ protekti ilin.
| Coverage model | What it covers | What it leaves alone |
|---|---|---|
| Tor Browser | Its own browsing and downloads | Every other application |
| Proxy setting in one app | That app, if it honours the proxy | Its DNS behaviour and other programs |
| System VPN | Traffic routed through the tunnel | Browser fingerprint and identity |
| Whole-device routing | The operating system's traffic | Application-level identity signals |
Se la aplikaĵo, pri kiu vi zorgas, dependas de UDP, agordo de retumilo ne estas la respondo, nek estas prokura variablo, kiun la aplikaĵo ignoras. La postulo fariĝas alia dezajno kun aliaj fiaskmanieroj.
La kovrado, kiun vi fakte elektis
Sistema VPN estas pli larĝa laŭ amplekso ol retumilo kaj pli mallarĝa laŭ celo. Ĝi povas porti plurajn aplikaĵojn, kiam la itineroj kaj la platforma subteno estas agorditaj por tio, sed ĝi ne provizas reziston al fingrospuroj, kaj VPN-elirejo ne estas anonimeca reto.
Kovrado de la tuta aparato estas sistema dezajno, ne instalilo. Ĝi direktas la trafikon de la operaciumo anstataŭ de unu procezo, kaj ĝi alportas siajn proprajn operaciajn limojn, kiujn elŝuto de retumilo ne havas.
Decidu, kiun demandon vi respondas: kiu aplikaĵo estas protektita, aŭ ĉu ĉiu paketo estas. La unua estas agordo de retumilo kaj la dua estas itinera politiko. Konfuzi ilin estas la maniero, kiel maŝino finiĝas kun unu protektita fenestro kaj kvin neprotektitaj procezoj. Skribu la respondon antaŭ ol instali ion alian.