Nova Tor staza nasuprot prebacivanju VPN servera: šta se zapravo mijenja
Promjena staze pomjera Tor put, a prebacivanje servera pomjera krajnju tačku tunela. Koje od njih mijenja adresu koju stranica vidi zavisi od redoslijeda.
Promjena Tor staze i prebacivanje VPN servera oboje izgledaju kao dobijanje nove rute, ali se lome na različitim mjestima kada ih tretiraš kao isto dugme. Jedno traži od Tor klijenta da izgradi drugu putanju za stranicu, drugo traži od VPN klijenta da se poveže na drugu krajnju tačku. Nijedno nije reset i adresa koju stranica na kraju vidi zavisi od toga koje je od tih dvaju bliže cilju. Evo kako odlučujem koje ću upravljanje upotrijebiti i šta poslije provjeravam.
Dvije operacije u dva različita sloja
Tor je sloj iznad. Tvoj klijent bira čuvarski relej, srednji relej i izlazni relej, a zatim prenosi TCP tokove kroz tu stazu; odredište vidi izlaz i ništa drugo. Promjena staze je odluka donesena unutar Tora o tome koji releji prenose tok.
VPN je tunel ispod. Klijent bira krajnju tačku, umotava saobraćaj u vanjski sloj i sve što dođe poslije vidi adresu krajnje tačke. Prebacivanje servera je odluka o tome gdje se vanjska putanja završava.
Pošto su slojevi nezavisni, jedna operacija može biti nevidljiva na drugom kraju veze. Ta asimetrija objašnjava veći dio zabune oko ova dva upravljanja.
Šta radi New Tor Circuit for this Site
New Tor Circuit for this Site u panelu sa informacijama o stranici zatvara tokove koje Tor prenosi za tu stranicu i gradi novu stazu za sljedeći zahtjev. Kartice, kolačići, prijave i ostatak sesije ostaju tačno tamo gdje su bili, i to je poenta: sesiju zadržavaš, a putanju mijenjaš.
To ga čini pravim alatom za uski kvar: izlazni relej koji odredište blokira, petlja captcha koja prati izlaz ili jedna stranica koja zapne dok sve ostale rade dobro. Prikaz staze u istom panelu navodi tri releja, pa možeš potvrditi da se izlaz zaista promijenio umjesto da to pretpostaviš.
Pazi na čuvara. Tor drži mali skup ulaznih čuvara, a promjena staze obično ponovo koristi istog čuvara, pa se prvi skok u mreži ne pomjera. New Identity je veći reset: zatvara kartice i briše stanje pregledanja prije nego što izgradi novu stazu, a kontrole identiteta su dokumentovane odvojeno s razlogom: to je druga operacija s drugom cijenom.
Šta radi prebacivanje VPN servera
Klijent ruši tunel i povezuje se na drugu krajnju tačku. Sljedeći skok izvan tunela, bilo da je to Tor čuvar ili samo odredište, vidi drugu izvornu adresu. Veze unutar tunela pucaju i moraju se ponovo uspostaviti, pa stranice mogu visjeti dok ne isteknu umjesto da se čisto učitaju.
Ništa iznad tunela se ne prepisuje, ali rušenje nije nevidljivo. U postavci s VPN-om naprijed izlaz još bira Tor, ali obaranje tunela ubija TCP veze koje Tor drži sa svojim čuvarem, pa Tor ruši te staze i gradi nove, ponovo birajući izlaz. Stranica zato može vidjeti drugu izlaznu adresu poslije prebacivanja, iako samo prebacivanje nikada nije izabralo nijednu. Prebacivanje odlučuje o adresi koju vidi čuvar, a ponovo izgrađena staza je ono što ponovo bira izlaz. Ako si prebacio servere samo da bi promijenio ono što stranica vidi dok je Tor naprijed, pomjerio si sloj koji stranica nikada ne posmatra direktno, i svaka promjena koju stranica primijeti došla je od ponovne izgradnje, ne od prebacivanja.
Prebacivanje takođe utiče samo na rutu koju klijent posjeduje. Pregledač koji ponovo koristi otvorenu vezu može izgledati zaglavljen na staroj putanji dok se ponovo ne poveže, a keširan DNS odgovor je druga uobičajena prepreka. Prvo osvježi, pa procijeni.
Redoslijed odlučuje šta odredište vidi
Dva redoslijeda odgovaraju na različita pitanja. Kada je VPN ispred Tora, čuvar i releji vide VPN krajnju tačku dok odredište vidi Tor izlaz. Kada je Tor ispred VPN-a, odredište vidi VPN krajnju tačku, jer je tunel zadnje kroz šta saobraćaj prolazi.
| 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. |
Provjera IP-a zato prijavljuje šta je odredište vidjelo, a ne putanju koja je to prenijela. Servis koji u jednoj postavci pokazuje izlaz, a u drugoj VPN, ponaša se ispravno, a ne odaje podatke.
Šta ne radi nijedna od operacija
Nijedna ne briše identitet naloga. Prijavljena sesija je kolačić plus zapis na strani servera, a promjena putanje ne dira nijedno od toga. Stabilan profil pregledača, ista prijava i isti otisak prsta preživljavaju obje radnje.
Nijedna nije ni dokaz. Stranica prijavljuje adresu koju je primijetila tokom zahtjeva; ne može prijaviti tvoju putanju preko releja ni to da li je tvoj VPN pao prije deset minuta. Ako ti treba ta vremenska linija, zapiši je tada, jer se poslije ne može rekonstruisati s drugog kraja.
Uskladi upravljanje sa simptomom
Počni od onoga što nije uspjelo, a ne od toga koje dugme izgleda temeljitije:
- Jedna stranica te blokira, captcha se vrti u petlji ili je jedna stranica spora: nova staza za tu stranicu.
- Postavka samo s VPN-om treba drugu vidljivu adresu: prebaci server.
- Očekivao si izlaz, ali stranica prijavljuje tvoj VPN: provjeri redoslijed, Tor je iza tunela.
- Kartice zatvorene i sve resetovano: koristio si New Identity, a ne promjenu staze.
- Izlaz izgleda nepromijenjen nakon promjene staze: releji se mogu legitimno ponavljati, a čuvar se uopšte neće pomjeriti.
Zapiši radnju i simptom koji je trebalo ispraviti prije nego što promijeniš bilo šta drugo. Dva prebacivanja zaredom daju poređenje koje se ne može protumačiti, a ponavljanje oba kada se loše ponaša samo jedan sloj je način na koji petominutna provjera postane cijelo poslijepodne.