Tor-ын SOCKS портоор UDP: юу дамждаггүй вэ

Аппыг SOCKS порт руу чиглүүлэх нь хөтөч дээр ажиллаж, тоглоом дээр бүтэлгүйтдэг бөгөөд шалтгаан нь тохиргоо биш. SOCKS5 хэд хэдэн команд тодорхойлдог бөгөөд хэрэгжүүлэлт зөвхөн заримыг нь дэмжих эрхтэй; Tor-ын интерфейс урсгал холболт болон нэрийн шийдлийг хүлээн авдаг, дур мэдэнийн датаграм дамжуулалтыг биш. UDP илгээж, прокси түүнийг дамжуулна гэж хүлээж буй клиент серверийн хэрэгжүүлдэггүй командыг шаарддаг. Доорх заавар үүнийг хэдэн минутад шалгаж, дараа нь үнэхээр ажиллаж чадах тээврийг сонгоно.

Апп үнэхээр юу илгээж байгааг шалгана уу

Протоколын нэрээр биш, тээврээр эхэл. Дуут клиент HTTPS-ээр нэвтэрч, дараа нь медиаг UDP-ээр дамжуулж болно; тоглоом TCP-ээр баталгаажуулж, UDP-ээр тоглож болно; файл дамжуулалт удирдлагад TCP, илрүүлэлтэд UDP ашиглаж болно. Эхний хоёр зан төлөв нэвтрэлт амжилттай болтол, дуудлага бүтэлгүйтсээр байх хүртэл ижил харагдана, тиймээс «холбогдсон» гэдэг нь бүх апп ажиллаж байгаагийн баталгаа биш. Зарим клиент өөрөө UDP-ээс TCP руу буцдаг нь хэсэгчлэн ажиллаж буй сессийг хаагдсан тээвэр биш, тогтворгүй сүлжээ мэт харагдуулдаг.

Бүтэлгүйтэж буй хэсгийн очих порт болон тээврийг бичиж аваарай. Тэр нэг мөр прокси ерөөсөө тусалж чадах эсэхийг шийднэ.

Tor-ын SOCKS интерфейс юу хүлээн авах вэ

Tor урсгал холболтод SOCKS5 CONNECT команд, нэр шийдэхэд өргөтгөлийн командуудыг хэрэгжүүлдэг тул хөтөч өөрчлөлтгүйгээр түүгээр ажилладаг. UDP ASSOCIATE, клиентэд датаграмыг дамжуулахаар проксид өгөх боломж олгох команд нь Tor-ын санал болгодог зүйлийн нэг хэсэг биш. Өргөтгөлүүдийн баримт бичиг төслийн SOCKS өргөтгөлийн тодорхойлолтод байгаа бөгөөд богино. Датаграмын команд байхгүй нь санаатай: дур мэдэнийн UDP дамжуулах нь сүлжээнд түүнд зориулагдаагүй дамжуулагчийн үүрэг өгөх байсан.

Энэ нь WireGuard-ын хувьд ч мөн адил хариулт бөгөөд тэр нь зохиомжоороо UDP бөгөөд TCP нөөц замгүй. WireGuard-ыг SOCKS порт руу чиглүүлдэг дэмжигдсэн зам байхгүй бөгөөд эсрэгээр нь батлах бүхэн нь хоёр хэрэгслийн аль нэгний онцлог биш, өөрийн итгэл, засвар үйлчилгээний түүхтэй бүрхүүл юм.

OpenVPN бол хэсэгчилсэн үл хамаарах зүйл, учир нь түүнийг TCP дээгүүр туннельдүүлэхээр тохируулж болох бөгөөд тэр нь SOCKS прокси опцийг ойлгодог. Энэ нь TCP-д зориулж тохируулсан сервер болон гүйцэтгэл, хурууны хээний үр дагаврын талаар ухамсартай шийдвэр шаарддаг тул энэ нь зохиомжийн сонголт, нийцлийн засвар биш.

Шалгалтыг дарааллаар нь хий

Эхлээд прокси урсгалуудад ажиллаж байгааг батал, ингэснээр дараагийн бүтэлгүйтлийг хүрэх боломжгүй портод хамааруулахгүй. Дараа нь аппын өөрийн трафикийг бататгаж, ямар сокетуудыг үнэхээр нээж байгааг ажигла.

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'

Амжилттай эхний команд болон хоёр дахь мөрөнд тогтоогдсон урсгал нь прокси зам зохиомжоор ажиллаж байгааг харуулна. Гурав дахь команд аппад хамаарах локал датаграмын сокетуудыг хайна; хэрэв клиент нэгийг нээж, алсын хаяг руу шууд илгээвэл тэр проксигоос хэзээ ч асуугаагүй бөгөөд ямар ч прокси тохиргоо үүнийг өөрчлөхгүй. Хэрэв эхний алхамд бүтэлгүйтвэл зогсоод, аппыг шалгахаас өмнө прокси замыг зас, учир нь нэгэн зэрэг хоёр гэмтэл нь хэн ч арга хэмжээ авч чадахгүй тайланг бий болгодог.

Буцааж, зөв хэрэгслийг сонго

UDP клиентийг SOCKS порт руу чиглүүлж байсан аливаа прокси орчны хувьсагч эсвэл апп тус бүрийн прокси тохиргоог устга, учир нь тэднийг орхих нь дараагийн тестүүдийг хоёрдмол утгатай болгоно. Өмнөх тохиргоог хуулбараас сэргээж, аппыг дахин эхлүүл, анхны зан төлөв буцаж ирснийг батал, ингэснээр харьцуулалт цэвэр байна. Шалгагдаагүй буцаалт нь төлөв өөрчлөгдсөн гэсэн итгэл найдвар л юм.

UDP хэвээр байх ёстой тээврийн хувьд VPN ихэвчлэн илүү тохиромжтой: аппаас прокси протоколоор ярихыг шаардэхгүйгээр түүний пакетуудыг зөөдөг, харин огт өөр нэргүй байдлын шинж чанаруудын үнээр. Хэрэгсэл бүрийг өөрийн баримтжуулсан зүйлд нь ашигла, тэдний хоорондын аливаа гүүрийг өөрийн гэсэн хяналт шаарддаг тусдаа систем гэж үз. Эцсийн тайланд аль давхарга аль тээврийг зөөж байгааг бич, дараагийн хүн өөр апптой ижил хил хязгаарыг дахин нээхгүйн тулд.