Så håller du Tor Browser-tester åtskilda från VPN-trafik

Experimentet är inte webbläsaren; det är hela uppsättningen vägar på maskinen medan webbläsaren körs. Om du ändrar en global proxy eller en rutt för att testa Tor Browser med ett VPN, ärver varje annan applikation ändringen, inklusive de som synkroniserar filer och kontrollerar e-post i bakgrunden. Det säkra mönstret är att ge experimentet en egen applikation, en egen profil och en egen rutt och att veta exakt hur allt sätts tillbaka. En offentlig IP-sida säger att en utgång användes; den säger inte vad resten av maskinen gjorde.

Kontroll 1: namnge de tre anslutningarna

Namnge dem innan du rör någon inställning. Den normala vägen är det som dina arbetsapplikationer använder i dag; den experimentella vägen är det du vill att Tor Browser ska använda; det avsedda felbeteendet är det som ska hända när ett lager fallerar.

Skriv ned de tre på ett ställe, inklusive vilken applikation som hör till vilken väg. Skälet är inte byråkrati: de flesta oavsiktliga läckor i den här typen av test kommer från en applikation som ingen kom ihåg kördes, inte från webbläsaren som testas. En lösenordshanterare, en chattklient och en filsynkroniseringstjänst är all bakgrundstrafik som tar vilken rutt systemet ger dem. Att namnge dem är det som gör gränsen verklig.

Kontroll 2: håll varje inställning hos sitt eget program

Tor Browsers konfiguration som stöds är inte samma sak som en systemproxyinställning, och den är medvetet inte utformad för att pekas mot en godtycklig proxy från miljön.

En miljövariabel eller en webbläsartillägg kan skapa en tredje väg som varken webbläsarens dokumentation eller dina anteckningar beskriver. Föredra den inställning som stöds inuti applikationen framför en global åsidosättning.

Samma sak gäller allt webbläsaren lämnar vidare. Ett nedladdat dokument som öppnas i en extern visare ärver inte webbläsarens rutt; det använder systemets, som kan vara VPN:en, LAN:et eller ingenting. Den överlämningen är ett vanligt och tyst sätt för innehåll du ville hålla inne i experimentet att färdas ut ur det. Bestäm om den externa visaren är en del av experimentet eller inte, och om inte, håll filen inne i webbläsaren.

Kontroll 3: använd en nyttolast som är säker att förlora

Nätverkskontroller bör använda sidor som inte kräver ett personligt konto, eftersom en kontosession gör ett routingtest till en autentiserad händelse på någon annans server. En kontrollsida som returnerar din skenbara utgång räcker för routingfrågan.

Konkret använder curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip samma SOCKS-slutpunkt som webbläsaren använder och returnerar den utgång den ser, vilket skiljer ett webbläsarproblem från ett Tor-problem. ss -tnp på maskinen visar vilken process som talar med vilken adress, och det är kontrollen som fångar applikationen du glömde. Ingen av kommandona kräver inloggning, och båda kan upprepas. Håll resultaten som ett före-och-efter-par i stället för en enda observation.

Kontroll 4: återställ vanlig användning medvetet

Ta bort testundantag och tillfälliga inställningar genom komponenten som skapade dem, inte genom ett annat verktyg som råkar erbjuda en liknande växel.

Kontrollera sedan de normala applikationerna, inklusive DNS-uppslagning och varje privat resurs som arbetsvägen behöver. Ett test som slutar med fungerande surf men trasiga interna namn är inte klart.

Håll anteckningar som är tillräckliga för att återskapa ett användbart fynd, och inte mer. Registrera VPN-profilen som används, appundantagen, de observerade utgångsadresserna och tiden; registrera inte kontouppgifter eller innehållet på sidor du besökte. Om kombinationen inte ger någon tydlig nytta, låt inte dess extra inställningar vara aktiva bara för att en testsida laddades. Ett experiment som stannar på plats blir en odokumenterad del av produktionsvägen.

Tor Projects vägledning om hantering av identiteter i Tor Browser är referensen för vad webbläsaren håller åtskilt på egen hand, och den är värd att läsa innan du lägger på ännu ett lager.

Ett test är klart när den avsedda konfigurationen har återställts eller den nya konfigurationen har förståtts, inte när en applikation slutar visa ett fel. Det är olika sluttillstånd och bara ett av dem är säkert att lämna efter sig. Om du inte kan beskriva den aktuella vägen för varje applikation du listade i kontroll ett, körs experimentet fortfarande. Stäng det medvetet.