To VPN-er er ikke Tor: hva kjedding gjør og ikke gjør
Å neste tunneler legger til operatører og feilmoduser, men beholder nettleserens identitet. Tor kobler relé-ruting med en herdet nettleser; designene er forskjellige.
Å kjøre to VPN-klienter samtidig ser ut som å legge til personvern ved addisjon, og det er det ikke. En kjede gir deg en tunnel inne i en annen tunnel med et fast par operatører, mens Tor bygger en krets over reléer som protokollen velger, og parer den med en nettleser designet rundt den kretsen. Forskjellen viser seg i hvem som kan korrelere hva, og i hvor mye av identiteten din nettleseren fortsatt avgir frivillig. Start med de egenskapene, ikke med antall lag.
Kjeding legger til et hopp, ikke en krets
Et nestet oppsett konfigureres én gang: den indre klienten når serveren sin gjennom den ytre tunnelen, og den serveren videresender den endelige trafikken. Ruten er så lang som du bygde den og blir der til du endrer profilen. Tor velger reléer per krets, roterer dem etter sin egen plan og er ikke avhengig av at brukeren velger en rute.
Den faste strukturen er ikke automatisk dårligere for ethvert formål. En forutsigbar rute er lettere å revidere og holde i drift. Det er rett og slett en annen mekanisme, og å kalle den Tor med to hopp beskriver verken antall parter eller måten de velges på.
| Property | VPN chain | Tor |
|---|---|---|
| Path | Fixed by your configuration | Circuits selected by the protocol |
| Operators | The two providers you chose | Relays run by independent parties |
| Trust split | Outer sees the inner endpoint, inner sees destinations | No single relay sees both ends |
| Browser | Your normal browser and its state | Hardened browser with its own defaults |
| Failure mode | Either tunnel down breaks the chain | Circuit rebuilds over other relays |
Tillitsproblemet flytter seg, det forsvinner ikke
Med to leverandører ser den ytre at du kobler til den indre og hvor mye trafikk som går over, og den indre ser destinasjonene. Ingen ser hele bildet alene, og det er reelt. Begge fører imidlertid logger, og en forespørsel fra den ene til den andre kan koble dem sammen.
Hvis begge trinnene tilhører samme selskap, skaper ikke to servernavn to uavhengige organisasjoner, og oppdelingen er kosmetisk. Sjekk eierskap før du regner operatører som separate parter.
Tors garanti kommer fra kretsens form like mye som fra antall reléer. Å erstatte tre uavhengig drevne reléer med to kontoer du betaler for er ikke en tilsvarende ordning, selv om pakketallet ser likt ut.
Nettleseren identifiserer deg fortsatt
Informasjonskapsler, innlogginger, skrifter, skjermstørrelse, tidssone og rekkefølgen skript kjører i, er synlige for destinasjonen gjennom et hvilket som helst antall tunneler. Tor Browser arbeider bevisst med disse signalene, med fingeravtrykksmotstand og tilstandsisolering som standard. En vanlig nettleser beholder sin vanlige oppførsel, uansett hva som bærer pakkene dens.
Det er den delen kjedding ikke kan rette. Hvis bekymringen er at et nettsted kjenner deg igjen mellom besøk, betyr nettleseren mer enn ruten. Hvis bekymringen er at aksessnettverket ditt ser destinasjonen, betyr ruten mer. Å blande de to spørsmålene gir råd som ikke løser noen av dem.
Hva som bryter sammen når begge klientene kjører
VPN-API-er i operativsystemet tillater ofte bare én aktiv tunnel om gangen, og en andre klient kan fortrenge den første i stedet for å neste seg inn i den. Konkurrerende standardruter, DNS-innstillinger og kill switches skaper da en enhet der én tunnel er ubrukt eller begge er blokkert, noe brukeren opplever som at VPN er på men ingenting lastes.
Bekreft den tiltenkte nestingen i stedet for å stole på to ikoner: sjekk ruten til en beskyttet destinasjon, DNS-oppløseren som brukes, og oppførselen når et av lagene faller. Deaktiver aldri sertifikatvalidering for å få en ruterekursjon til å forsvinne.
Velg det ekstra laget for et uttalt krav, som å skjule destinasjonen for aksessnettverket. Å telle krypterte forbindelser er ikke et mål på anonymitet, og det endrer ikke hva nettstedet ser når du logger inn.