Döljer en VPN nedladdningen av Tor Browser för det lokala nätverket?

En nedladdning som färdas inuti en VPN döljer en sak väl: målet för det lokala nätverket. Routern ser en anslutning till VPN-slutpunkten och ingenting inuti den. Det är en verklig vinst, och det är också hela vinsten. Operatören ser fortfarande begäran, och enheten registrerar fortfarande filen.

Namnge observatören du gömmer dig för innan du väljer en metod.

Steg 1: namnge observatören

I en täckt nedladdning finns fyra observatörer. Åtkomstnätet ser tidpunkt och volym. VPN-operatören ser målet, eftersom den parten vidarebefordrar begäran. Nedladdningssajten ser VPN-adressen. Maskinen ser filen, installationen och historikposten som följer.

Bara den första besegras av tunneln. De andra tre behöver en annan kontroll.

Steg 2: verifiera vägen nedladdningen faktiskt tar

Innan du laddar ner, bekräfta att trafiken är inne i tunneln och inte bredvid. ip route get 1.1.1.1 visar vilket gränssnitt ett mål skulle använda, och ss -tn state established "( dport = :443 )" under en testnedladdning visar motpartsadressen som anslutningen faktiskt nådde. Om den motparten är VPN-slutpunkten är vägen täckt. Om det är en offentlig adress som tillhör målet gäller delad tunnling och åtkomstnätet ser allt.

Upprepa kontrollen efter varje klientuppdatering, eftersom reglerna för delad tunnling är policy och inte en egenskap hos gränssnittet.

Steg 3: hämta från den officiella källan och verifiera artefakten

Använd den stödda nedladdningssidan och håll HTTPS-kontrollerna intakta. En certifikatvarning på den här nedladdningen är inte något man klickar förbi, och en spegel som lovar ett snabbare installationsprogram ersätter inte utgivaren. Tunneln ändrar vägen som byten tar och säger ingenting om vem som skapade dem.

Verifiera signaturen i stället för att lita på filnamnet:

gpg --verify tor-browser-linux-x86_64-*.tar.xz.asc tor-browser-linux-x86_64-*.tar.xz
sha256sum tor-browser-linux-x86_64-*.tar.xz

En god signatur från utgivarens nyckel är integritetskontrollen. En matchande kontrollsumma som publicerats av samma opålitliga spegel är det inte.

Steg 4: håll körvägen åtskild

Nedladdning under en VPN konfigurerar inte Tor Browser att fortsätta använda en. Webbläsaren når Tor-nätverket genom vilken routning operativsystemet har vid start, så en tunnel som var uppe under nedladdningen och nere vid start ger en annan väg med samma binärfil. Bestäm ordningen medvetet, först VPN och sedan Tor eller Tor ensam, och skriv ner vilken maskinen ska vara i. Blandas de två av misstag får du insyn i ingen av dem.

Kontrollera efter start i stället för att anta: kretsvisningen visar den vakt webbläsaren valde, och ett vanligt anslutningstest visar om systemvägen fortfarande är tunneln.

Steg 5: städa det enheten fortfarande registrerar

Filen är det största spåret. Nedladdningar, skallhistorik, listor över senaste dokument, pakethanterarens logg om du installerade en deb, och varje slutpunktsagent på en hanterad maskin bevarar alla bevis på installationen. På utrustning du inte administrerar tar en tunnel inte bort hanteringen, och att behandla den som om den gjorde det är ett policyproblem och inte ett tekniskt.

Radera arkivet när installationen är verifierad, och acceptera att avinstallation av webbläsaren senare inte tar bort nedladdningsposten från en hanterad enhet.

Det är det ärliga svaret: det lokala nätverket ser mindre, och alla andra ser det de såg tidigare.