UDP Torren SOCKS ataritik: zer ez den garraiatzen

Aplikazio bat SOCKS atari batera bideratzeak nabigatzaile batekin funtzionatzen du eta joko batekin huts egiten du, eta arrazoia ez da konfigurazioa. SOCKS5ek hainbat komando definitzen ditu, eta inplementazio bat askea da horietako batzuk soilik onartzeko; Torren interfazeak fluxu-konexioak eta izen-ebazpena onartzen ditu, ez datagramen birbidalketa arbitrarioa. UDP bidaltzen duen eta proxyak birbidaliko duela espero duen bezeroak zerbitzariak inplementatzen ez duen komando bat eskatzen du. Beheko gidak hori minutu batzuetan egiaztatzen du eta gero benetan funtziona dezakeen garraio bat aukeratzen du.

Egiaztatu aplikazioak benetan zer bidaltzen duen

Hasi garraioa identifikatzen, protokoloaren izena ez ezik. Ahots-bezero batek HTTPS bidez saioa hasi eta gero media UDP bidez garraia dezake; joko batek TCP bidez autentifikatu eta UDP bidez joka dezake; fitxategi-transferentziak TCP erabil dezake kontrolerako eta UDP aurkikuntzarako. Lehen bi portaerek berdinak dirudite saioa behin lortu arte eta deiak oraindik huts egiten duen arte, eta horregatik «konektatu da» ez da aplikazio osoa dabilen froga. Bezero batzuek beren kabuz itzultzen dira UDPtik TCPra, eta horrek partzialki funtzionatzen duen saioa sare ezegonkor baten antza ematen du, garraio blokeatu baten ordez.

Idatzi helmugako ataria eta garraioa huts egiten duen zatiarentzat. Lerro bakar horrek erabakitzen du proxy batek batere lagun dezakeen.

Zer onartuko duen Torren SOCKS interfazeak

Torek SOCKS5 CONNECT komandoa inplementatzen du fluxu-konexioetarako eta luzapen-komandoak izenak ebazteko, eta horregatik nabigatzaile batek aldaketarik gabe funtzionatzen du haren bidez. UDP ASSOCIATE, bezeroari datagramak proxira bidaltzeko aukera emango liokeen komandoa, ez da Torek eskaintzen duenaren parte. Luzapenen dokumentazioa proiektuaren SOCKS luzapenen zehaztapenean dago, eta laburra da. Datagramen komandorik ez egotea nahita egindakoa da: UDP arbitrarioa birbidaltzeak sareari inoiz diseinatu ez zuen birbidaltze-rola emango lioke.

Hau da WireGuardentzako erantzuna ere, diseinuz UDP baita eta ez baitu TCP ordezko biderik. Ez dago WireGuard SOCKS atari batera bideratzen duen biderik onarturik, eta kontrakoa dioen edozein bi tresnetako baten ezaugarria ez den bilgarri bat da, bere konfiantza eta mantentze-istorio propioarekin.

OpenVPN salbuespen partziala da, TCP bidez tunelatzeko konfigura daitekeelako eta SOCKS proxy aukera ulertzen duelako. Horrek oraindik TCPrako konfiguratutako zerbitzari bat eta errendimenduaren eta hatz-markaren ondorioei buruzko erabaki kontzientea eskatzen ditu, beraz diseinu-erabakia da, ez bateragarritasun-konponketa.

Exekutatu egiaztapena ordenan

Lehenik egiaztatu proxyak fluxuetarako funtzionatzen duela, geroagoko hutsegitea atari eskuragaitz bati egotzi ez dakion. Gero egiaztatu aplikazioaren beraren trafikoa, eta behatu zein socket irekitzen dituen benetan.

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'

Lehen komando arrakastatsu batek eta bigarren lerroan ezarritako fluxu batek erakusten dute proxyaren bidea diseinatu bezala dabilela. Hirugarren komandoak aplikazioari dagozkion tokiko datagrama-socketak bilatzen ditu; bezeroak bat ireki eta urruneko helbide batera zuzenean bidaltzen badu, ez dio inoiz proxyari galdetu eta proxy ezarpen batek ere ez du hori aldatuko. Lehen urratsean huts egiten badu, gelditu eta konpondu proxyaren bidea aplikazioa ikertu aurretik, bi akatsek batera inork erabili ezin duen txosten bat sortzen baitute.

Atzera egin eta aukeratu tresna egokia

Kendu UDP bezeroa SOCKS atarira bideratzen zuten proxy ingurune-aldagai edo aplikazioko proxy ezarpen guztiak; horiek uzteak geroagoko probak anbiguo bihurtzen ditu. Berreskuratu aurreko konfigurazioa kopiatik, berrabiarazi aplikazioa eta egiazta ezazu jatorrizko portaera itzultzen dela konparazioa garbia izan dadin. Egiaztatzen ez den atzera-egitea egoera aldatu deneko itxaropena besterik ez da.

UDP izaten jarraitu behar duen garraio baterako, VPN bat izaten da egokiena: aplikazioaren paketeak garraiatzen ditu aplikazioari proxy protokolo bat hitz egitea eskatu gabe, anonimotasun-ezaugarri guztiz desberdinen truke. Erabili tresna bakoitza dokumentatzen duenarentzat, eta tratatu haien arteko edozein zubi bere gainbegiratzea behar duen sistema bereizi gisa. Idatzi txosten finalean zein geruzak zein garraio daraman, hurrengo pertsonak muga bera beste aplikazio batekin berriro aurkitu ez dezan.