Nyt Tor-kredsløb kontra skift af VPN-server: hvad ændrer sig egentlig
En ændring af kredsløbet flytter Tor-ruten; et serverskift flytter tunnelens endepunkt. Hvilken af dem der ændrer den adresse, et websted ser, afhænger af rækkefølgen.
At skifte Tor-kredsløb og skifte VPN-server føles begge som at få en ny rute, men de bryder sammen forskellige steder, når man behandler dem som samme knap. Den ene beder Tor-klienten bygge en anden vej for et websted; den anden beder VPN-klienten forbinde til et andet endepunkt. Ingen af dem er en nulstilling, og den adresse, et websted ender med at se, afhænger af, hvilken af de to der ligger tættest på destinationen. Sådan vurderer jeg, hvilken kontrol jeg skal bruge, og hvad jeg tjekker bagefter.
To handlinger i to forskellige lag
Tor er et overlejringslag. Klienten vælger en vagt-relay, en mellem-relay og en udgangs-relay og fører derefter TCP-strømme gennem kredsløbet; destinationen ser udgangen og intet andet. Et kredsløbsskift er en beslutning inde i Tor om, hvilke relays der bærer en strøm.
En VPN er en tunnel nedenunder. Klienten vælger et endepunkt, pakker trafikken i et ydre lag, og alt det næste ser endepunktets adresse. Et serverskift er en beslutning om, hvor den ydre vej slutter.
Fordi lagene er uafhængige, kan den ene handling være usynlig i den fjerne ende af forbindelsen. Den asymmetri forklarer det meste af forvirringen omkring disse to kontroller.
Hvad Nyt Tor-kredsløb for dette websted gør
Nyt Tor-kredsløb for dette websted i webstedsoplysningerne lukker de strømme, Tor bærer for webstedet, og bygger et nyt kredsløb til næste anmodning. Faner, cookies, logins og resten af sessionen bliver præcis, hvor de var, og det er pointen: du beholder sessionen og ændrer vejen.
Det gør den til det rigtige værktøj til en snæver fejl: en udgangs-relay, som destinationen blokerer, en captcha-løkke, der følger udgangen, eller ét websted, der hænger, mens alle andre er fine. Kredsløbsvisningen i samme panel lister de tre relays, så du kan bekræfte, at udgangen faktisk skiftede, i stedet for at antage det.
Hold øje med vagten. Tor holder et lille sæt indgangsvagter, og et kredsløbsskift genbruger normalt den samme vagt, så det første hop i netværket flytter sig ikke. Ny identitet er den større nulstilling: den lukker faner og rydder browsingtilstanden, før et nyt kredsløb bygges, og identitetskontrollerne er dokumenteret særskilt af en grund: det er en anden handling med en anden pris.
Hvad et VPN-serverskift gør
Klienten river tunnelen ned og forbinder til et andet endepunkt. Det næste hop uden for tunnelen, hvad enten det er en Tor-vagt eller destinationen selv, ser en anden kildeadresse. Forbindelser inde i tunnelen bryder, og skal genetableres, så sider kan hænge, indtil de timer ud, i stedet for at genindlæse rent.
Intet over tunnelen genskrives, men nedrivningen er ikke usynlig. I en VPN-først-opsætning vælges udgangen stadig af Tor, men når tunnelen falder, dræbes de TCP-forbindelser, Tor holder til sin vagt, så Tor river de kredsløb ned og bygger nye og vælger en udgang igen. Webstedet kan derfor se en anden udgangsadresse efter et skift, selv om skiftet aldrig selv valgte en. Det, skiftet bestemmer, er den adresse, vagten ser; det genopbyggede kredsløb er det, der vælger udgangen igen. Hvis du kun skiftede servere for at ændre, hvad et websted ser, mens Tor er foran, flyttede du et lag, webstedet aldrig observerer direkte, og enhver ændring, webstedet bemærker, kom fra genopbygningen, ikke fra skiftet.
Et skift påvirker også kun den rute, klienten ejer. En browser, der genbruger en åben forbindelse, kan se fastlåst ud på den gamle vej, indtil den genopretter forbindelsen, og et cachet DNS-svar er den anden sædvanlige synder. Genindlæs først, vurder derefter.
Rækkefølgen afgør, hvad destinationen ser
De to rækkefølger besvarer forskellige spørgsmål. Med VPN foran Tor ser vagten og relaysene VPN-endepunktet, mens destinationen ser Tor-udgangen. Med Tor foran VPN ser destinationen VPN-endepunktet, fordi tunnelen er det sidste, trafikken passerer.
| Setup | Switch VPN server | Change Tor circuit |
|---|---|---|
| VPN, then Tor | Guard sees the new address; the rebuilt circuit re-chooses the exit, so the site may see a different exit, not necessarily the same one. | Site sees a new exit; the VPN endpoint is untouched. |
| Tor, then VPN | Site sees the new VPN address immediately. | Circuit is rebuilt, but the site still sees the VPN address. |
Så et IP-opslag rapporterer, hvad destinationen så, ikke den vej, der bar det. En tjeneste, der viser udgangen i én opsætning og VPN'en i den anden, opfører sig korrekt, ikke lækkende.
Hvad ingen af handlingerne gør
Ingen af dem sletter en kontos identitet. En logget session er en cookie plus en server-side registrering, og et vejskift rører ingen af dem. En stabil browserprofil, samme login og samme fingeraftryk overlever begge handlinger.
Ingen af dem er bevis heller. Et websted rapporterer en adresse, det observerede under en anmodning; det kan ikke rapportere din relay-vej eller om din VPN faldt for ti minutter siden. Har du brug for den tidslinje, så skriv den ned med det samme, for den kan ikke rekonstrueres fra den fjerne ende bagefter.
Tilpas kontrollen til symptomet
Begynd med det, der fejlede, ikke med hvilken knap der ser mere grundig ud:
- Et websted blokerer dig, captchas kører i ring, eller et enkelt websted er langsomt: nyt kredsløb for det websted.
- En VPN-only-opsætning har brug for en anden synlig adresse: skift serveren.
- Du forventede en udgang, men webstedet rapporterer din VPN: tjek rækkefølgen, Tor er bag tunnelen.
- Faner lukket og alt nulstillet: du brugte Ny identitet, ikke et kredsløbsskift.
- Udgangen ser uændret ud efter et kredsløbsskift: relays kan gentages legitimt, og vagten flytter sig slet ikke.
Skriv handlingen og symptomet, den skulle rette, ned, før du ændrer noget andet. To skift i træk giver en sammenligning, der ikke kan fortolkes, og at gentage begge, når kun ét lag opfører sig dårligt, er hvordan et femminutters tjek bliver til en hel eftermiddag.