Korleis halde Tor Browser-testar skilde frå VPN-trafikk

Eksperimentet er ikkje nettlesaren; det er heile settet med ruter på maskinen medan nettlesaren køyrer. Viss du endrar ein global proxy eller ei rute for å teste Tor Browser med ein VPN, arvar kvar annan applikasjon endringa, også dei som synkroniserer filer og sjekkar e-post i bakgrunnen. Det trygge mønsteret er å gje eksperimentet sin eigen applikasjon, sin eigen profil og si eiga rute, og å vite nøyaktig korleis alt blir sett tilbake. Ei offentleg IP-side fortel deg at éin utgang vart brukt; ho fortel ikkje kva resten av maskinen gjorde.

Sjekk 1: namnge dei tre sambindingane

Namngje dei før du rører noka innstilling. Den normale ruta er det arbeidsapplikasjonane dine brukar i dag; den eksperimentelle ruta er det du vil at Tor Browser skal bruke; den tiltenkte feilåtferda er det som skal skje når eit lag fell.

Skriv dei tre ned på eitt sted, inkludert kva applikasjon som høyrer til kva rute. Grunnen er ikkje byråkrati: dei fleste utilsikta lekkasjane under denne typen test kjem frå ein applikasjon ingen hugsa køyrde, ikkje frå nettlesaren som blir testa. Ein passordhandsamar, ein chatklient og ein filsynkroniseringsteneste er all bakgrunnstrafikk som tek den ruta systemet gjev dei. Å namngje dei er det som gjer grensa verkeleg.

Sjekk 2: hald kvar innstilling hos sitt eige program

Den støtta konfigurasjonen til Tor Browser er ikkje det same som ei systemproxyinnstilling, og han er med vilje ikkje utforma for å bli peika mot ein vilkårleg proxy frå miljøet.

Ein miljøvariabel eller ei nettlesarutviding kan lage ei tredje rute som korkje nettlesardokumentasjonen eller notata dine skildrar. Føretrekk den støtta innstillinga inne i applikasjonen framfor ei global overstyring.

Det same gjeld alt nettlesaren gjev vidare. Eit nedlasta dokument som blir opna i ein ekstern visar, arvar ikkje ruta til nettlesaren; det brukar systemet si, som kan vere VPN-en, LAN-et eller ingenting. Den vidaregivinga er ein vanleg og stille måte innhald du ville halde inne i eksperimentet reiser ut av det. Bestem om den eksterne visaren er ein del av eksperimentet eller ikkje, og viss ikkje, hald fila inne i nettlesaren.

Sjekk 3: bruk ein nyttelast det er trygt å miste

Nettverkssjekkar bør bruke sider som ikkje krev ein personleg konto, fordi ei kontøkt gjer ein rutetest til ei autentisert hending på nokon annan sin server. Ei sjekkeside som returnerer den tilsynelatande utgangen din, er nok for rutespørsmålet.

Konkret brukar curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip det same SOCKS-endepunktet som nettlesaren brukar, og returnerer utgangen han ser, noko som skil eit nettlesarproblem frå eit Tor-problem. ss -tnp på maskinen viser kva prosess som snakkar med kva adresse, og det er sjekken som fangar applikasjonen du gløymde. Ingen av kommandoane krev innlogging, og begge kan gjerast om att. Hald resultata som eit før-og-etter-par i staden for éi enkelt observasjon.

Sjekk 4: gjenopprett vanleg bruk med vilje

Fjern testunntak og mellombelse innstillingar gjennom komponenten som oppretta dei, ikkje gjennom eit anna verktøy som tilfeldigvis tilbyr ein liknande brytar.

Sjekk deretter dei normale applikasjonane, inkludert DNS-oppslag og alle private ressursar som arbeidsruta treng. Ein test som endar med fungerande surfing men øydelagde interne namn, er ikkje ferdig.

Hald notat som er gode nok til å gjenskape eit nyttig funn, og ikkje meir. Registrer VPN-profilen som blir brukt, appunntaka, utgangsadressene som vart observerte og tidspunktet; ikkje registrer kontoopplysningar eller innhaldet i sidene du vitja. Viss kombinasjonen ikkje gir klår nytte, ikkje la tilleggsinnstillingane vere aktive berre fordi éi testside vart lasta. Eit eksperiment som blir ståande, blir ein udokumentert del av produksjonsruta.

Rettleiinga til Tor Project om handtering av identitetar i Tor Browser er referansen for kva nettlesaren held skilt på eiga hand, og ho er verdt å lese før du legg på endå eit lag.

Ein test er ferdig når den tiltenkte konfigurasjonen er gjenoppretta eller den nye konfigurasjonen er forstått, ikkje når éin applikasjon sluttar å vise ein feil. Det er ulike sluttilstandar, og berre éin av dei er trygg å forlate. Viss du ikkje kan skildre den noverande ruta til kvar applikasjon du lista opp i sjekk éin, går eksperimentet framleis. Lat det att med vilje.