Acces blocat, un Tor Browser care nu se conectează și două produse oferite ca soluție: un pod și o VPN. Ele eșuează în locuri diferite și repară lucruri diferite. Un pod este un punct de intrare în Tor care nu este publicat în directorul de relee, în timp ce o VPN este un tunel către un operator pe care l-ați ales. Alegerea între ele începe prin a numi ce este cu adevărat stricat.

Două instrumente, două sarcini diferite

Un pod schimbă modul în care Tor Browser ajunge la rețeaua Tor. Clientul construiește în continuare un circuit, folosește în continuare un releu de ieșire pentru web-ul public și depinde în continuare de autoritățile de director pentru tot, cu excepția primului salt. O VPN schimbă modul în care mașina locală ajunge la un punct final ales de dumneavoastră, iar tot ce urmează după acel punct este treaba operatorului.

Această diferență decide ce defecțiune poate aborda fiecare instrument. Dacă conexiunile către adrese de intrare Tor cunoscute sunt blocate, un pod oferă altă intrare, iar documentația Tor Project despre poduri descrie modalitățile acceptate de a obține unul. Dacă rețeaua inspectează tot traficul, un pod poate ajuta sau nu, pentru că transporturile conectabile schimbă forma unei conexiuni în loc să garanteze că nimeni nu o poate recunoaște. Dacă rețeaua locală monitorizează destinațiile, răspunsul este o cu totul altă întrebare. Aduceți simptomul înainte de a aduce un produs.

Ce ascunde de fapt un pod

Un pod este un releu absent din directorul public, distribuit prin canale separate, cum ar fi fluxul de cerere integrat sau e-mailul. Ascunde punctul de intrare de oricine citește lista publică, și acesta este tot scopul.

Nu ascunde destinația față de site-ul pe care îl vizitați, pentru că releul de ieșire face în continuare acea cerere. Nu face nici rețeaua locală oarbă, deoarece conexiunea părăsește în continuare mașina cu o adresă și un model temporal. Un pod este mai întâi un instrument de accesibilitate și abia apoi unul de confidențialitate.

Ce schimbă rularea Tor printr-o VPN

Rularea Tor printr-o VPN mută primul salt: rețeaua locală vede punctul final al VPN-ului, iar operatorul VPN vede o conexiune către o intrare Tor. Circuitul în sine nu se schimbă de la acel punct încolo.

Această aranjare mută cine poate observa conexiunea de intrare și adaugă încă un cont, client și mod de eșec de întreținut. Schimbă și ce ar putea corela operatorul VPN, iar aceasta este o chestiune de politică, nu tehnică. O VPN nu acoperă implicit fiecare program de pe mașină, așa că un client de e-mail sau un instrument de sincronizare separat poate folosi în continuare calea obișnuită. Tratați orice indicator de conexiune ca dovadă despre un program, nu despre dispozitiv.

Verificați programul care vă interesează

Testați aplicația respectivă, nu prezența unei pictograme. Un port SOCKS în ascultare și un circuit funcțional sunt două fapte separate, iar doar al doilea înseamnă ceva.

tor --verify-config
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip

Prima comandă verifică dacă procesul Tor își acceptă configurația, iar a doua raportează ce adresă de ieșire vede rețeaua de fapt. Dacă a doua eșuează în timp ce prima trece, problema nu este circuitul, ci setarea locală a proxy-ului. Repetați verificarea cu instrumentul care eșua, deoarece o extensie de browser poate avea propria configurație de proxy.

Păstrați dovezile împreună cu tichetul: transportul folosit, tipul de intrare și ieșirea observată. Cele trei linii rezolvă majoritatea discuțiilor despre conectivitate fără o altă comparație de produse.

Articole similare