Tor Browser dækker én app, ikke hele din enhed
Browseren sender sine egne forbindelser gennem Tor og intet andet. Tjek hvilken proces der ejer en forbindelse, før du antager, at resten af maskinen følger med.
Tor Browser sender sine egne forbindelser gennem en lokal proxy og leder dem ind i Tor-netværket, og den flytter ikke resten af maskinen. En mailklient, en synkroniseringsproces og en anden browser beholder de indstillinger, de havde, og derfor kan et rent resultat i ét vindue leve side om side med direkte forbindelser bagved. Fire kontroller skiller det dækkede fra det, der kun ser dækket ud. Begynd med den, der navngiver en proces.
Hvad browseren egentlig proxyer
Inde i browseren går trafikken til en lokal SOCKS-lytter, som Tor Browser starter for sig selv, og browseren er konfigureret til at bruge den. Valget af kredsløb, isoleringen af identitet og beskyttelsen mod fingeraftryk bor alle i det par. En fil, der gemmes på disken, bærer intet af det, og åbning af den fil i en ekstern fremviser starter et nyt program med sin egen netværksadfærd.
Det er også derfor den velkendte side med den offentlige adresse beviser så lidt. Den rapporterer den udgang, som den browser, der indlæste den, brugte, og kan slet ikke observere en anden applikation. Behandl resultatet som bevis for ét program, ikke som en udtalelse om enheden.
Hvilken proces ejer hver forbindelse
List sockets og de processer, der står bag dem. Se efter alt, der ikke er browseren, som taler med en lokal lytter:
ss -tunp
ss -tunp | grep -E 'tor|firefox'Alt med en offentlig destination er en forbindelse, der gik uden om kredsløbet. Hvis du finder en, skal du identificere programmet, før du ændrer noget andet, fordi rettelsen er forskellig for hver klient:
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ipFormen -hostname er vigtig, fordi den beder proxyen om at slå navnet op. At slå op lokalt og give proxyen en adresse afslører destinationen, selv når selve forbindelsen går gennem proxyen.
Om protokollen overhovedet bæres
Tor-relæer bærer TCP-strømme. Applikationer bygget omkring UDP, som nogle stemme- og spillklienter, opfører sig ikke på netværket som en webside, og at tvinge dem gennem en proxy mislykkes som regel i stedet for at beskytte dem.
| 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 |
Hvis den app, du bekymrer dig om, afhænger af UDP, er en browserindstilling ikke svaret, og en proxyvariabel, som appen ignorerer, er det heller ikke. Kravet bliver et andet design med andre fejltilstande.
Den dækning, du faktisk valgte
En system-VPN er bredere i omfang end en browser og snævrere i formål. Den kan bære flere applikationer, når ruterne og platformsunderstøttelsen er konfigureret til det, men den giver ikke modstand mod fingeraftryk, og en VPN-udgang er ikke et anonymitetsnetværk.
Dækning af hele enheden er et systemdesign, ikke et installationsprogram. Den ruter styresystemets trafik i stedet for én proces og bringer sine egne driftsgrænser, som en browserdownload ikke har.
Beslut, hvilket spørgsmål du besvarer: hvilken app der er beskyttet, eller om hver pakke er det. Det første er en browserindstilling, og det andet er en rutingpolitik. At forveksle dem er måden, hvorpå en maskine ender med ét beskyttet vindue og fem ubeskyttede processer. Skriv svaret ned, før du installerer noget andet.