Tor eller VPN: vel etter kven kvar rute tvingar deg til å stole på
Ein VPN samlar tilliten din hjå éin operatør; Tor fordeler han over relé. Vel etter dekning, etter kven som kan kople deg til ein nettstad, og etter kva du kan stadfeste.
Valet mellom Tor og ein VPN handlar om kva part du kan tole ser begge endar av ei tilkopling. Ein VPN konsentrerer det synet hjå éin operatør du valde. Tor fordeler det over relé, så ingen einskild relé skal lære kven du er og kva du henta.
Ingen av dei to ordningane gjer deg anonym i seg sjølv. Vel den der du kan seie den attverande tilliten høgt, og reparer deretter delane han lèt stå udekt.
Tel kven som kan kople deg til ein destinasjon
Med ein VPN når kvar dekt straum operatøren sin utgang før han når destinasjonen. Den operatøren ser naudsynleg kjeldeadressa di og, for alt som ikkje er kryptert gjennom han, destinasjonen du bad om. TLS held sideinnhaldet utanfor det synet, men lèt vanlegvis vertsnamnet vere synleg medan tilkoplinga vert sett opp. Éin part kan difor kople deg til ein nettstad, og den koplinga er nettopp den tilliten du gjev.
Tor deler dei halvdelane over tre relé: ei vakt som kjenner adressa di men ikkje destinasjonen, eit mellomrelé som ikkje kjenner nokon av endane, og ein utgang som kjenner destinasjonen men ikkje deg. Designet føreset at inga einskild relé kombinerer begge fakta, som er ein svakare og meir nyttig føresetnad enn å stole på eit selskap. Det føreset ikkje at reléa er ærlege, og det sigrar ikkje ein observatør som ser begge endar av ruta.
Begge designa deler eitt svakt punkt, og det ligg ved destinasjonen. Viss du loggar inn, knyter tenesta den økta til kontoen din uansett kva rute pakkane tok. Ruting endrar kvar ein førespurnad ser ut til å kome frå, ikkje kva sida ber deg oppgje.
Dekning tyder meir enn rutingsdiagrammet
Ein VPN rutar på nettverkslaget, så kvar applikasjon på eininga arvar tunnelen med mindre du med vilje utelukkar han. Den breidda er grunnen til at det verkar for ein e-postklient, ein pakkehandsamar og ein nettlesar samstundes.
Tor Browser er ein samla pakke, og vernet hans lever mest inne i nettlesaren: eit einsarta fingeravtrykk, isolasjon mellom nettstader og skript avgrensa av eit tryggleiksnivå snarare enn av utvidingane du installerte. Å peike Chrome mot ein SOCKS-port kjøper rutinga utan noko av det, som er ein vanleg kjelde til feilplassert sjølvtillit.
Resten av skrivebordet er urørt. Ein synkroniseringsklient, ein oppdaterar eller eit nedlasta dokument som vert opna i eit anna program, koplar til slik det programmet er konfigurert, og ingenting av det går gjennom SOCKS-lyttaren med mindre du set det opp der. List opp applikasjonane som snakkar med nettverket, og spør deretter kva av dei det valde verktøyet faktisk dekkjer. Dekning er ein eigenskap ved konfigurasjonen din, ikkje ved intensjonen din.
Vel med tre vilkår
Avgjerda vert vanlegvis løyst av tre spørsmål: kjem trafikken frå éin applikasjon eller frå heile eininga, må destinasjonen vere ute av stand til å identifisere adressa di, og treng du å nå eit privat nettverk? Svar i den rekkjefølgja, og verktøyet vel som regel seg sjølv.
| Requirement | Better fit | Reason |
|---|---|---|
| Every app covered, including non-browser traffic | A device VPN | Routing happens below the application, with a kill switch to stop leaks |
| Destination must not learn your address | Tor | The site sees a shared exit address rather than one tied to your account |
| Browser fingerprint that blends in | Tor Browser | The uniformity ships with the browser, a proxy alone adds none of it |
| Access to a private subnet or office resource | A VPN | Tor exits reach the public internet, not your internal routes |
Der to krav kolliderer, veg kva du kan handheve. Ein einingstunnel med ei utett unntaksliste er verre enn ei rute berre i nettlesaren som du kan demonstrere.
Stadfesting er billeg for begge vegar, og ho bør skje før du stolar på nokon av dei:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
Eit falskt resultat frå den første kommandoen tyder at førespurnaden forlét krinsen, og det er feilen som er verd å fange tidleg. Samanlikn den andre med adressa leverandøren din tildelte, ikkje med den du hugsar frå førre veke.
Kva ingen av vala reparerer
Applikasjonskryptering gjer framleis arbeid som inga rute utfører. Vanleg HTTP som kryssar eit personvernnettverk, vert framleis lesbart ved utgangen, og HTTPS er framleis det einaste som vernar nyttelasta frå ende til ende. TLS seier heller ingenting om vertsnamnet du skreiv, og difor vert destinasjonen verande synleg for den som avsluttar ruta.
Kontoar identifiserer deg, og ingen rutingsval endrar det: tenesta veit kven som logga inn uansett adressa i headeren. Korrelasjon frå ein observatør som ser nok av nettverket, kompromittering av di eiga eining og alt du skriv i eit skjema overlever begge designa. Handsama begge verktøya som måtar å flytte tillit på snarare enn måtar å slette han.
Start med standardkonfigurasjonen kvart prosjekt dokumenterer, stadfest ruta med dei to kommandoane ovanfor, og vurder først deretter å stable ein VPN under Tor. Å leggje dei inni kvarandre er ein konfigurasjon med eigne feilmodusar, ikkje ei gratis oppgradering.