Shaffof TCP-dan SOCKS-ga yoʻnaltirishdagi asl manzillar

Xavfsizlik devori TCP ulanishi qayerga tushishini oʻzgartirishi mumkin. Ammo faqat shu oʻzgarish bilan u asl dasturga SOCKS tilida gapirishni oʻrgata olmaydi.

Oddiy SOCKS serveri soʻralgan manzilni tavsiflovchi muzokarani kutadi. Proksini bilmaydigan dastur buning oʻrniga darhol oʻz protokol baytlarini yuboradi. Oʻsha baytlarni toʻgʻridan-toʻgʻri SOCKS tinglovchisiga yoʻnaltirsangiz, ikki tomon birinchi xabar boʻyicha kelisha olmaydi.

Yetishmayotgan komponent — tarjimon

Shaffof TCP-dan proksiga komponenti oʻsha interfeyslar orasida turadi. U dastur boshda soʻragan manzilni aniqlaydi, tegishli SOCKS yoki HTTP CONNECT sessiyasini oʻrnatadi, soʻng dastur maʼlumotlarini hosil boʻlgan oqim orqali uzatadi.

Oʻzining Linux iptables yoʻlida redsocks manba kodi saqlangan manzilni SO_ORIGINAL_DST yordamida oladi. Boshqa operatsion tizimlar va qayta yoʻnaltirish usullari boshqa mexanizmlardan foydalanadi. Bu qayta yoʻnaltirgich va tarmoq sozlamasining xossasi, oddiy SOCKS mijozi funksiyasi emas.

Asl manzil haqidagi maʼlumot qayta yoʻnaltirish qoidasini proksi xostidan aloqasiz shlyuzga koʻchirish nega har doim ham teng boʻlmasligini ham tushuntiradi. Qabul qiluvchi jarayonga uning ushlab qolish usuli talab qiladigan metamaʼlumotlar kerak. Boshqa joyda qayta yozilgan manzil bu maʼlumotni kutilgan shaklda bermasligi mumkin.

Tarjimon qamrovini aniq tuting. Ishlayotgan qayta yoʻnaltirilgan TCP ulanish ixtiyoriy UDP, ICMP yoki har bir hal qiluvchi yoʻl qoʻllab-quvvatlanishini isbotlamaydi. Yuqori proksi protokoli va tarjimonning amalga oshirilishi qoʻllab-quvvatlanadigan amallarni hanuz belgilaydi.

Agar sozlama ulanishdan soʻng darhol muvaffaqiyatsiz boʻlsa, kirish qoidalarini kengaytirishdan oldin protokol chegarasini tekshiring. Toʻliq yetib boriladigan SOCKS tinglovchisi ham hech qachon SOCKS soʻrovi boʻlmagan baytlarni rad etishi mumkin.