Tor mai întâi înseamnă că clientul VPN stă în spatele unui proxy SOCKS, așa că tunelul propriu-zis este construit prin Tor și traficul aplicațiilor iese din punctul final al VPN-ului. Aceasta este o ordine anume și nu este ceea ce construiesc majoritatea oamenilor. Deschiderea Tor Browser lângă un client VPN obișnuit nu obligă niciunul dintre cele două programe să folosească calea celuilalt.

Parcurgeți verificările în ordine. Fiecare decide dacă merită începută următoarea.

Ce ordine construiți de fapt

Două ordini se confundă în aceeași conversație. Tor mai întâi înseamnă că clientul VPN ajunge la serverul său printr-un proxy SOCKS, așa că tunelul este construit deasupra Tor. VPN mai întâi înseamnă că traficul Tor iese prin tunel, ceea ce majoritatea oamenilor construiesc din greșeală și apoi descriu drept cealaltă ordine. Prima concentrează granița de redirecționare la operatorul VPN, a doua o concentrează la intrarea și ieșirea Tor. Niciuna nu este ceea ce obțineți ținând ambele aplicații deschise simultan.

Notați de care ordine are nevoie sarcina înainte de a configura ceva, pentru că amândouă cer setări software diferite și eșuează în locuri diferite. O ordine etichetată greșit vă trimite să depanați stratul greșit timp de o oră. Tot ce urmează presupune Tor mai întâi.

Verificați transportul înainte de orice altceva

Interfața SOCKS a Tor transportă fluxuri TCP și nu oferă o asociere UDP generală. Un VPN al cărui transport este UDP nu poate trata acel proxy ca pe o interfață de rețea obișnuită, iar nicio setare a clientului nu schimbă ce este proxy-ul dispus să redirecționeze. WireGuard în forma sa obișnuită este victima evidentă. Un profil OpenVPN în modul TCP este soluția obișnuită, iar acestuia încă trebuie să i se spună explicit să folosească proxy-ul.

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

Confirmați că proxy-ul ascultă și poate transporta o cerere HTTPS simplă înainte de a depana un tunel prin proxy. Dacă cererea simplă eșuează, clientul VPN nu va reuși niciodată, iar jurnalele sale nu vă vor spune de ce.

Rescrieți harta observatorului

Intrarea Tor poate vedea sursa care se conectează la Tor dacă ceva anterior nu a schimbat-o, așa că acel salt află adresa dumneavoastră. Furnizorul VPN primește o conexiune care vine din partea Tor, dar poate cunoaște în continuare un cont, o înregistrare de plată sau o acreditare pe care ați trimis-o în tunel. Destinațiile atinse prin VPN văd ieșirea acestuia, nu ieșirea Tor, iar asta concentrează granița finală de redirecționare la un singur operator.

De asemenea, nu recreează o cale distribuită către fiecare destinație. Tor Browser construiește un circuit nou pentru fiecare site; un VPN purtat prin Tor construiește un singur tunel, iar fiecare site din spatele lui împărtășește acel punct final. Tratați diferența ca pe un fapt de proiectare, nu ca pe o limitare de eliminat.

Numărați straturile de eșec când se strică

O configurație stricată are cel puțin patru straturi independente: conexiunea SOCKS, strângerea de mână TLS cu serverul VPN, strângerea de mână a VPN în sine și apoi rutarea sau rezolvarea numelor în interiorul tunelului. Fiecare eșuează cu un simptom diferit și fiecare are nevoie de o reparație diferită. Relaxarea verificărilor de certificate pentru că tunelul nu se ridică este diagnosticul greșit clasic și transformă o problemă de transport într-una de securitate.

Înregistrați primul strat care eșuează și opriți-vă acolo. Un refuz al proxy-ului și o cheie respinsă nu sunt variații ale aceluiași eveniment.

Opriți-vă dacă modelul de amenințare are nevoie de apărările Tor Browser

Rutarea unor aplicații arbitrare printr-un VPN purtat de Tor nu le oferă acelor aplicații funcțiile de amprentă și izolare ale Tor Browser. Conturile, identificatorii și comportamentul lor de rețea rămân relevante, iar un tunel nu normalizează niciunul dintre ele. Dacă scopul este un browser care se amestecă cu alți utilizatori, această ordine nu îl oferă.

Tor Project însuși avertizează împotriva combinațiilor pe care utilizatorii nu le pot configura corect, iar aceasta se aplică majorității oamenilor. Este un proiect deliberat pentru un model de amenințare îngust, nu o scurtătură către trafic anonim pe întregul dispozitiv.

Articole similare