UDP sa pamamagitan ng SOCKS port ng Tor: ano ang hindi pumapasa

Ang pagturo ng app sa isang SOCKS port ay gumagana para sa browser at nabibigo para sa laro, at ang dahilan ay hindi ang configuration. Tinutukoy ng SOCKS5 ang ilang utos, at malaya ang implementasyon na suportahan lamang ang ilan sa mga ito; tinatanggap ng interface ng Tor ang mga koneksyong stream at paglutas ng pangalan, hindi ang basta-bastang pagpapasa ng datagram. Ang client na nagpapadala ng UDP at umaasang ipapasa ito ng proxy ay humihingi ng utos na hindi ipinapatupad ng server. Ang gabay sa ibaba ay sumusuri nito sa ilang minuto at pagkatapos ay pumipili ng transport na talagang makakagana.

Suriin kung ano ang talagang ipinapadala ng app

Magsimula sa pagkilala sa transport, hindi sa pangalan ng protocol. Ang voice client ay maaaring mag-sign in sa HTTPS at pagkatapos ay magdala ng media sa UDP; ang laro ay maaaring magpatunay ng pagkakakilanlan sa TCP at maglaro sa UDP; ang paglilipat ng file ay maaaring gumamit ng TCP para sa kontrol at UDP para sa pagtuklas. Ang unang dalawang pag-uugali ay mukhang pareho hanggang magtagumpay ang pag-login at nabibigo pa rin ang tawag, kaya ang “kumonekta” ay hindi patunay na gumagana ang buong app. May mga client na kusang bumabalik mula UDP patungong TCP, na nagpapamukha sa bahagyang gumaganang session na isang hindi matatag na network sa halip na isang naharang na transport.

Isulat ang destinasyong port at transport para sa bahaging nabibigo. Ang isang linyang iyon ang magpapasya kung makakatulong man lang ang isang proxy.

Ano ang tatanggapin ng SOCKS interface ng Tor

Ipinapatupad ng Tor ang utos na SOCKS5 CONNECT para sa mga koneksyong stream at mga utos ng extension para sa paglutas ng pangalan, kaya gumagana ang browser sa pamamagitan nito nang walang pagbabago. Ang UDP ASSOCIATE, ang utos na magpapahintulot sa client na ibigay ang mga datagram sa proxy para ipasa, ay hindi bahagi ng inaalok ng Tor. Ang dokumentasyon ng mga extension ay nasa espesipikasyon ng mga extension ng SOCKS ng proyekto, at maigsi ito. Ang kawalan ng utos para sa datagram ay sinasadya: ang pagpapasa ng basta-bastang UDP ay magbibigay sa network ng tungkuling tagapagpasa na hindi kailanman dinisenyo para dito.

Ito rin ang sagot para sa WireGuard, na ayon sa disenyo ay UDP at walang reserbang daan sa TCP. Walang sinusuportahang daan na nagtuturo sa WireGuard sa isang SOCKS port, at anumang nagsasabing kabaliktaran ay isang balot na may sariling kuwento ng pagtitiwala at pagpapanatili, hindi isang katangian ng alinman sa dalawang kasangkapan.

OpenVPN ang bahagyang pagbubukod, dahil maaari itong i-configure upang mag-tunnel sa TCP at nauunawaan nito ang opsyon ng SOCKS proxy. Nangangailangan pa rin ito ng server na naka-configure para sa TCP at ng mulat na desisyon tungkol sa mga bunga sa performance at fingerprint, kaya ito ay piniling disenyo at hindi pagwawasto ng pagiging tugma.

Patakbuhin ang pagsusuri nang sunud-sunod

Tiyakin muna na gumagana ang proxy para sa mga stream, upang ang kasunod na kabiguan ay hindi maipako sa isang port na hindi maabot. Pagkatapos tiyakin ang trapiko mismo ng app, at pagmasdan kung aling mga socket ang talagang binubuksan nito.

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'

Ang matagumpay na unang utos at ang naitatag na stream sa ikalawang linya ay nagpapakita na gumagana ang daan ng proxy ayon sa disenyo. Hinahanap ng ikatlong utos ang mga lokal na socket ng datagram na pag-aari ng app; kung bubuksan ng client ang isa at direktang magpapadala sa malayong address, hindi nito kailanman kinonsulta ang proxy at walang setting ng proxy ang makakabago niyon. Kung mabibigo ito sa unang hakbang, huminto at ayusin ang daan ng proxy bago siyasatin ang app, dahil ang dalawang depekto nang sabay ay gumagawa ng ulat na walang makakagawang aksyon.

Bumalik at piliin ang tamang kasangkapan

Alisin ang anumang environment variable ng proxy o setting ng proxy bawat app na nagturo sa UDP client sa SOCKS port; ang pag-iiwan sa mga ito ay nagpapalabo sa mga susunod na pagsubok. Ibalik ang dating configuration mula sa kopya, i-restart ang app at tiyakin na bumabalik ang orihinal na pag-uugali upang malinis ang paghahambing. Ang pagbabalik na hindi beripikado ay pag-asa lamang na nagbago ang kalagayan.

Para sa transport na dapat manatiling UDP, kadalasang mas angkop ang VPN: dinadala nito ang mga packet ng app nang hindi hinihiling sa app na magsalita ng protocol ng proxy, kapalit ng ganap na kakaibang mga katangian ng anonymity. Gamitin ang bawat kasangkapan sa sinasaklaw nito, at ituring ang anumang tulay sa pagitan nila bilang hiwalay na sistema na nangangailangan ng sariling pagsusuri. Isulat sa huling ulat kung aling layer ang nagdadala ng aling transport, upang hindi muling matuklasan ng susunod na tao ang parehong hangganan sa ibang app.