Tor-broar kontra ett VPN: vilket problem löser var och en?

Blockerad åtkomst, en Tor Browser som inte ansluter och två produkter som erbjuds som lösning: en bro och ett VPN. De misslyckas på olika ställen och reparerar olika saker. En bro är en ingångspunkt till Tor som inte publiceras i reläkatalogen, medan ett VPN är en tunnel till en operatör du själv valt. Valet mellan dem börjar med att namnge vad som faktiskt är trasigt.

Två verktyg, två olika uppgifter

En bro ändrar hur Tor Browser når Tor-nätverket. Klienten bygger fortfarande en krets, använder fortfarande en utgångsrelä för det öppna nätet och är fortfarande beroende av katalogmyndigheterna för allt utom det första hoppet. Ett VPN ändrar hur den lokala maskinen når en slutpunkt du väljer, och allt efter den slutpunkten är operatörens sak.

Den skillnaden avgör vilket fel varje verktyg kan hantera. Om anslutningar till kända Tor-ingångsadresser är blockerade erbjuder en bro en annan ingång, och Tor Projects dokumentation om broar beskriver de stödda sätten att skaffa en. Om nätet inspekterar all trafik kan en bro hjälpa eller inte, eftersom utbytbara transporter ändrar formen på en anslutning i stället för att garantera att ingen kan känna igen den. Om det lokala nätet övervakar destinationer är svaret en helt annan fråga. Kom med symtomet innan du kommer med en produkt.

Vad en bro faktiskt döljer

En bro är en relä som saknas i den offentliga katalogen och som distribueras via separata kanaler som det inbyggda förfrågningsflödet eller e-post. Den döljer ingången för alla som läser den offentliga listan, och det är hela syftet.

Den döljer inte destinationen för webbplatsen du besöker, eftersom utgångsreläet fortfarande gör den förfrågan. Den gör inte heller det lokala nätet blint, eftersom anslutningen fortfarande lämnar maskinen med en adress och ett tidsmönster. En bro är först ett verktyg för nåbarhet och i andra hand ett verktyg för integritet.

Vad Tor genom ett VPN ändrar

Att köra Tor genom ett VPN flyttar det första hoppet: det lokala nätet ser VPN:ets slutpunkt, och VPN-operatören ser en anslutning till en Tor-ingång. Själva kretsen ändras inte från den punkten.

Den ordningen flyttar vem som kan observera ingångsanslutningen och lägger till ännu ett konto, en klient och ett felläge att underhålla. Den ändrar också vad VPN-operatören skulle kunna korrelera, och det är en policyfråga snarare än en teknisk. Ett VPN täcker inte alla program på maskinen som standard, så en separat e-postklient eller ett synkroniseringsverktyg kan fortfarande använda den vanliga vägen. Behandla varje anslutningsindikator som bevis för ett program, inte för enheten.

Verifiera programmet du bryr dig om

Testa själva programmet i stället för förekomsten av en ikon. En lyssnande SOCKS-port och en fungerande krets är två separata fakta, och bara det andra betyder något.

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

Det första kommandot kontrollerar att Tor-processen accepterar sin konfiguration, och det andra rapporterar vilken utgångsadress nätet faktiskt ser. Om det andra misslyckas medan det första går igenom är det inte kretsen som är problemet utan den lokala proxyinställningen. Upprepa kontrollen med verktyget som misslyckades, eftersom ett webbläsartillägg kan ha en egen proxykonfiguration.

Spara bevisen med ärendet: transporten som används, ingångstypen och den observerade utgången. De tre raderna avgör de flesta anslutningsdiskussioner utan ännu en produktjämförelse.