A Tor Browser a saját kapcsolatait egy helyi proxyn keresztül küldi, és a Tor hálózatba irányítja őket, a gép többi részét pedig nem mozgatja. Egy levelező kliens, egy szinkronizáló folyamat és egy második böngésző megtartja a korábbi beállításait, és ezért egy ablakban egy tiszta eredmény együtt létezhet a mögötte lévő közvetlen kapcsolatokkal. Négy ellenőrzés választja el a lefedettet attól, ami csak lefedettnek látszik. Kezdje azzal, amelyik megnevez egy folyamatot.

Mit továbbít a böngésző valójában a proxyn

A böngészőn belül a forgalom egy helyi SOCKS-figyelőhöz megy, amelyet a Tor Browser saját magának indít, és a böngésző úgy van beállítva, hogy használja. Az áramkör kiválasztása, az identitás elkülönítése és az ujjlenyomat elleni védelem mind ebben a párosban él. A lemezre mentett fájl ebből semmit nem hordoz, és egy ilyen fájl külső nézegetőben való megnyitása saját hálózati viselkedésű új programot indít.

Ezért is bizonyít olyan keveset az ismert nyilvános címoldal. Azt a kilépést jelenti, amelyet az őt betöltő böngésző használt, és egyáltalán nem tud megfigyelni egy másik alkalmazást. Tekintse az eredményt egy programra vonatkozó bizonyítéknak, nem az eszközre vonatkozó kijelentésnek.

Melyik folyamat birtokolja az egyes kapcsolatokat

Sorolja fel a socketeket és a mögöttük lévő folyamatokat. Keressen mindent, ami nem a böngésző, amint egy helyi figyelővel beszél:

ss -tunp
ss -tunp | grep -E 'tor|firefox'

Minden nyilvános céllal rendelkező dolog olyan kapcsolat, amely megkerülte az áramkört. Ha talál egyet, azonosítsa a programot, mielőtt bármi mást megváltoztat, mert a javítás minden kliensnél más:

curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip

A -hostname forma azért fontos, mert arra kéri a proxyt, hogy oldja fel a nevet. A helyi feloldás és egy cím átadása a proxynak felfedi a célt akkor is, amikor maga a kapcsolat a proxyn keresztül megy.

Egyáltalán átvitelre kerül-e a protokoll

A Tor relék TCP-folyamokat szállítanak. Az UDP köré épített alkalmazások, például egyes hang- és játékkliensprogramok, nem úgy viselkednek a hálózaton, mint egy weboldal, és a proxyn keresztüli kényszerítésük általában inkább kudarcot vall, mintsem megvédené őket.

Coverage modelWhat it coversWhat it leaves alone
Tor BrowserIts own browsing and downloadsEvery other application
Proxy setting in one appThat app, if it honours the proxyIts DNS behaviour and other programs
System VPNTraffic routed through the tunnelBrowser fingerprint and identity
Whole-device routingThe operating system's trafficApplication-level identity signals

Ha az alkalmazás, amely fontos Önnek, UDP-től függ, a böngésző beállítása nem a válasz, és az a proxyváltozó sem, amelyet az alkalmazás figyelmen kívül hagy. A követelmény más tervezéssé válik, más hibamódokkal.

A lefedettség, amelyet valójában választott

A rendszerszintű VPN szélesebb hatókörű, mint egy böngésző, és szűkebb célú. Több alkalmazást is szállíthat, ha az útvonalak és a platform támogatása erre van beállítva, de nem nyújt ujjlenyomat-ellenállást, és egy VPN-kimenet nem anonimitási hálózat.

A teljes eszköz lefedettsége rendszertervezés, nem telepítő. Az operációs rendszer forgalmát irányítja egyetlen folyamat helyett, és saját üzemeltetési korlátokat hoz magával, amelyekkel egy böngésző-letöltés nem rendelkezik.

Döntse el, melyik kérdésre válaszol: melyik alkalmazás védett, vagy hogy minden csomag védett-e. Az első böngészőbeállítás, a második útvonalválasztási irányelv. Ezek összekeverése az, ahogyan egy gép egy védett ablakkal és öt védelem nélküli folyamattal marad. Írja le a választ, mielőtt bármi mást telepítene.

Kapcsolódó cikkek