UDP përmes portës SOCKS të Tor: çfarë nuk kalon

Drejtimi i një aplikacioni te një portë SOCKS funksionon për një shfletues dhe dështon për një lojë, dhe arsyeja nuk është konfigurimi. SOCKS5 përcakton disa komanda, dhe një implementim është i lirë të mbështesë vetëm disa prej tyre; ndërfaqja e Tor pranon lidhje transmetimi dhe zgjidhje emrash, jo përcjellje arbitrare të datagrameve. Një klient që dërgon UDP dhe pret që ndërmjetësi ta përcjellë kërkon një komandë që serveri nuk e implementon. Udhëzuesi më poshtë e verifikon këtë në disa minuta dhe pastaj zgjedh një transport që mund të funksionojë vërtet.

Verifikoni çfarë dërgon vërtet aplikacioni

Filloni duke identifikuar transportin, jo emrin e protokollit. Një klient zanor mund të hyjë përmes HTTPS dhe pastaj të mbajë mediat përmes UDP; një lojë mund të vërtetojë identitetin përmes TCP dhe të luajë përmes UDP; një transferim skedarësh mund të përdorë TCP për kontroll dhe UDP për zbulim. Dy sjelljet e para duken identike derisa hyrja të ketë sukses dhe thirrja ende dështon, prandaj „u lidh“ nuk është provë që i gjithë aplikacioni funksionon. Disa klientë kthehen vetë nga UDP në TCP, gjë që bën që një sesion pjesërisht funksional të duket si rrjet i paqëndrueshëm dhe jo si transport i bllokuar.

Shkruani portën e destinacionit dhe transportin për pjesën që dështon. Ai një rresht vendos nëse një proxy mund të ndihmojë fare.

Çfarë do të pranojë ndërfaqja SOCKS e Tor

Tor implementon komandën SOCKS5 CONNECT për lidhje transmetimi dhe komanda zgjerimi për zgjidhjen e emrave, prandaj një shfletues funksionon përmes saj pa ndryshime. UDP ASSOCIATE, komanda që do t'i lejonte një klienti t'i dorëzojë datagramet proxy-t për përcjellje, nuk është pjesë e asaj që ofron Tor. Dokumentacioni i zgjerimeve ndodhet në specifikimin e zgjerimeve SOCKS të projektit, dhe është i shkurtër. Mungesa e një komande për datagramet është e qëllimshme: përcjellja e UDP arbitrare do t'i jepte rrjetit një rol përcjellësi për të cilin nuk u projektua kurrë.

Kjo është gjithashtu përgjigjja për WireGuard, i cili sipas dizajnit është UDP dhe nuk ka rrugë alternative TCP. Nuk ekziston një rrugë e mbështetur që e drejton WireGuard te një portë SOCKS, dhe çdo gjë që pretendon të kundërtën është një mbështjellës me historinë e vet të besimit dhe mirëmbajtjes, jo një funksion i njërit prej dy mjeteve.

OpenVPN është përjashtimi i pjesshëm, sepse mund të konfigurohet për tunel përmes TCP dhe kupton opsionin e proxy SOCKS. Kjo ende kërkon një server të konfiguruar për TCP dhe një vendim të vetëdijshëm për pasojat në performancë dhe gjurmën e gishtave, pra është zgjedhje dizajni dhe jo rregullim përputhshmërie.

Kryeni kontrollin me radhë

Së pari konfirmoni që proxy funksionon për transmetime, që një dështim i mëvonshëm të mos i atribuohet një porte të paarritshme. Pastaj konfirmoni trafikun e vetë aplikacionit dhe vëreni cilat soketa hap vërtet.

curl --socks5-hostname 127.0.0.1:9050 -sS https://check.torproject.org/api/ip
ss -tupn | grep 9050
ss -aun | grep -E ':(3478|5060|27015)\b'

Komanda e parë e suksesshme dhe një transmetim i vendosur në rreshtin e dytë tregojnë që rruga përmes proxy funksionon siç është projektuar. Komanda e tretë kërkon soketa datagramesh lokale që i përkasin aplikacionit; nëse klienti hap një dhe dërgon drejtpërdrejt te një adresë e largët, ai nuk e ka konsultuar kurrë proxy dhe asnjë konfigurim proxy nuk do ta ndryshojë atë. Nëse dështon që në hapin e parë, ndaloni dhe rregulloni rrugën përmes proxy para se të hetoni aplikacionin, sepse dy defekte njëkohësisht prodhojnë një raport me të cilin askush nuk mund të veprojë.

Kthehuni dhe zgjidhni mjetin e duhur

Hiqni çdo variabël mjedisi proxy ose konfigurim proxy për aplikacion që e drejtonte klientin UDP te porta SOCKS; lënia e tyre i bën testet e mëvonshme të paqarta. Riktheni konfigurimin e mëparshëm nga një kopje, rinisni aplikacionin dhe konfirmoni që sjellja origjinale kthehet, që krahasimi të jetë i pastër. Një kthim që nuk verifikohet është vetëm një shpresë se gjendja ka ndryshuar.

Për një transport që duhet të mbetet UDP, një VPN zakonisht përshtatet më mirë: mbart paketat e aplikacionit pa kërkuar që aplikacioni të flasë një protokoll proxy, me koston e vetive krejtësisht të ndryshme të anonimitetit. Përdorni çdo mjet për atë që dokumenton, dhe trajtoni çdo urë mes tyre si një sistem të veçantë që kërkon rishikimin e vet. Shkruani në raportin përfundimtar cila shtresë mbart cilin transport, që personi tjetër të mos e zbulojë përsëri të njëjtin kufi me një aplikacion tjetër.