Tor Browser dekkjer éin app, ikkje heile eininga
Nettlesaren sender sine eigne tilkoplingar gjennom Tor og ikkje noko anna. Sjekk kva prosess som eig ei tilkopling før du går ut frå at resten av maskinen følgjer etter.
Tor Browser sender sine eigne tilkoplingar gjennom ein lokal proxy og leier dei inn i Tor-nettverket, og han flyttar ikkje resten av maskinen. Ein e-postklient, ein synkroniseringsprosess og ein annan nettlesar held på innstillingane dei hadde, og difor kan eit reint resultat i eitt vindauge leve side om side med direkte tilkoplingar bak. Fire kontrollar skil det dekte frå det som berre ser dekt ut. Byrja med den som nemner ein prosess.
Kva nettlesaren eigentleg proxyar
Inne i nettlesaren går trafikken til ein lokal SOCKS-lyttar som Tor Browser startar for seg sjølv, og nettlesaren er konfigurert til å bruke han. Valet av krins, isoleringa av identitet og vernet mot fingeravtrykk bur alle i det paret. Ei fil som blir lagra på disken ber ingenting av det, og å opne den fila i ein ekstern visar startar eit nytt program med si eiga nettverksåtferd.
Det er òg grunnen til at den kjende sida med den offentlege adressa provar så lite. Ho rapporterer utgangen som nettlesaren som lasta henne brukte, og kan ikkje observere ein annan applikasjon i det heile. Behandle resultatet som prov på eitt program, ikkje som ei utsegn om eininga.
Kva prosess som eig kvar tilkopling
List opp sokkane og prosessane bak dei. Sjå etter alt som ikkje er nettlesaren som snakkar med ein lokal lyttar:
ss -tunp
ss -tunp | grep -E 'tor|firefox'Alt med ein offentleg destinasjon er ei tilkopling som gjekk utanom krinsen. Viss du finn ei, identifiser programmet før du endrar noko anna, fordi rettinga er ulik for kvar klient:
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ipForma -hostname er viktig fordi ho ber proxyen om å slå opp namnet. Å slå opp lokalt og gi proxyen ei adresse avdekkjer destinasjonen sjølv når sjølve tilkoplinga går gjennom proxyen.
Om protokollen i det heile blir boren
Tor-reléar ber TCP-straumar. Applikasjonar bygde rundt UDP, som somme tale- og spelklientar, oppfører seg ikkje på nettverket som ei nettside, og å tvinge dei gjennom ein proxy mislukkast vanlegvis i staden for å verne dei.
| 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 |
Viss appen du bryr deg om er avhengig av UDP, er ei nettlesarinnstilling ikkje svaret, og ein proxyvariabel som appen ignorerer er det heller ikkje. Kravet blir eit anna design med andre feilmodusar.
Dekkinga du faktisk valde
Ein system-VPN er breiare i omfang enn ein nettlesar og smalare i føremål. Han kan bere fleire applikasjonar når rutene og plattformstøtta er konfigurerte for det, men han gir ikkje motstand mot fingeravtrykk, og ein VPN-utgang er ikkje eit anonymitetsnettverk.
Dekking av heile eininga er eit systemdesign, ikkje eit installasjonsprogram. Det ruter trafikken til operativsystemet i staden for éin prosess, og det fører med seg eigne driftsgrenser som ein nettlesarnedlasting ikkje har.
Avgjer kva spørsmål du svarar på: kva app som er verna, eller om kvar pakke er det. Det første er ei nettlesarinnstilling og det andre er ein rutingpolitikk. Å blande dei er måten ei maskin endar med eitt verna vindauge og fem uvarna prosessar. Skriv ned svaret før du installerer noko anna.