VPN kroz Tor: prvo provjera transporta

Tor-prvo znači da VPN klijent stoji iza SOCKS proxyja, pa se tunel gradi kroz Tor, a saobraćaj aplikacija izlazi sa VPN odredišta. To je jedan konkretan redoslijed i nije ono što većina ljudi gradi. Otvaranje Tor Browsera pored običnog VPN klijenta ne prisiljava nijedan od dva programa da koristi put onog drugog.

Prođite provjere po redu. Svaka odlučuje da li sljedeću vrijedi započeti.

Koji redoslijed zapravo gradite

Dva redoslijeda se miješaju u istom razgovoru. Tor prvo znači da VPN klijent dolazi do svog servera kroz SOCKS proxy, pa se tunel gradi preko Tora. VPN prvo znači da saobraćaj Tora izlazi kroz tunel, što većina ljudi gradi slučajno i onda opisuje kao onaj drugi. Prvi koncentriše granicu prosljeđivanja kod VPN operatera, drugi je koncentriše na ulazu i izlazu Tora. Nijedan nije ono što dobijate držeći oba programa otvorena istovremeno.

Zapišite koji redoslijed zadatak traži prije nego što bilo šta konfigurišete, jer oba zahtijevaju različita softverska podešavanja i padaju na različitim mjestima. Pogrešno označen redoslijed šalje vas da sat vremena tražite grešku na pogrešnom sloju. Sve ispod pretpostavlja Tor prvo.

Provjerite transport prije svega ostalog

SOCKS interfejs Tora prenosi TCP tokove i ne pruža opću UDP asocijaciju. VPN čiji je transport UDP ne može taj proxy tretirati kao običan mrežni interfejs, i nijedno klijentsko podešavanje ne mijenja ono što je proxy voljan proslijediti. WireGuard u svom uobičajenom obliku je očigledna žrtva. OpenVPN profil u TCP režimu je uobičajeno rješenje i njemu i dalje treba izričito reći da koristi proxy.

ss -lntp | grep 9050
curl --socks5-hostname 127.0.0.1:9050 -o /dev/null -w '%{http_code}\n' https://example.com

Potvrdite da proxy sluša i može prenijeti jedan običan HTTPS zahtjev prije nego što kroz njega otklanjate greške u tunelu. Ako običan zahtjev ne uspije, VPN klijent nikada neće uspjeti i njegovi zapisi vam neće reći zašto.

Prepišite mapu posmatrača

Ulaz Tora može vidjeti izvor koji se povezuje na Tor osim ako ga nešto ranije nije promijenilo, pa taj skok saznaje vašu adresu. VPN provajder prima vezu koja dolazi sa strane Tora, ali i dalje može znati račun, zapis o plaćanju ili akreditive koje ste poslali unutar tunela. Odredišta do kojih se dolazi kroz VPN vide njegov izlaz, a ne izlaz Tora, i to koncentriše konačnu granicu prosljeđivanja kod jednog operatera.

Ona takođe ne ponovo stvara distribuirani put do svakog odredišta. Tor Browser gradi svjež krug za svaku stranicu; VPN nošen preko Tora gradi jedan tunel i svaka stranica iza njega dijeli tu odredišnu tačku. Tretirajte razliku kao činjenicu dizajna, a ne kao ograničenje koje treba ukloniti.

Prebrojte slojeve kvara kada se pokvari

Pokvarena postavka ima najmanje četiri nezavisna sloja: SOCKS vezu, TLS rukovanje sa VPN serverom, samo VPN rukovanje i zatim rutiranje ili razrješavanje imena unutar tunela. Svaki pada s različitim simptomom i svakom treba drugačija popravka. Olabavljenje provjera certifikata zato što se tunel ne diže klasična je pogrešna dijagnoza i pretvara transportni problem u sigurnosni.

Zabilježite prvi sloj koji padne i zaustavite se tu. Odbijanje proxyja i odbijeni ključ nisu varijacije istog događaja.

Zaustavite se ako model prijetnje traži odbrane Tor Browsera

Usmjeravanje proizvoljnih aplikacija kroz VPN nošen Torom ne daje tim aplikacijama funkcije otiska i izolacije Tor Browsera. Njihovi računi, identifikatori i vlastito mrežno ponašanje ostaju relevantni, i tunel ništa od toga ne normalizuje. Ako je cilj preglednik koji se stapa s drugim korisnicima, ovaj redoslijed to ne pruža.

Sam Tor Project upozorava na kombinacije koje korisnici ne mogu ispravno konfigurisati, a ova se odnosi na većinu ljudi. To je namjeran dizajn za uski model prijetnje, a ne prečica do anonimnog saobraćaja cijelog uređaja.