Қорғаныс қабырғасы TCP қосылысының қайда түсетінін өзгерте алады. Бірақ сол өзгеріспен ғана ол бастапқы қолданбаны SOCKS тілінде сөйлеуге үйрете алмайды.

Кәдімгі SOCKS сервері сұралған межелі орынды сипаттайтын келіссөзді күтеді. Прокси туралы білмейтін қолданба оның орнына өзінің протокол байттарын дереу жібереді. Сол байттарды тікелей SOCKS тыңдаушысына бағыттасаңыз, екі тарап бірінші хабарлама жөнінде келісе алмайды.

Жетіспеген құрамдас — транслятор

Мөлдір TCP-ден проксиге арналған құрамдас осы интерфейстердің арасында орналасады. Ол қолданба бастапқыда сұраған межелі орынды анықтайды, тиісті SOCKS немесе HTTP CONNECT сессиясын орнатады, содан кейін қолданба деректерін пайда болған ағын арқылы жеткізеді.

Өзінің Linux iptables жолында redsocks бастапқы коды сақталған межелі орынды SO_ORIGINAL_DST арқылы алады. Басқа операциялық жүйелер мен қайта бағыттау әдістері өзге механизмдерді қолданады. Бұл қайта бағыттаушы мен желілік конфигурацияның қасиеті, кәдімгі SOCKS клиентінің мүмкіндігі емес.

Бастапқы межелі орын туралы ақпарат қайта бағыттау ережесін прокси хостінен байланысы жоқ шлюзге көшіру неге әрдайым баламалы емес екенін де түсіндіреді. Қабылдаушы процесс өзінің ұстап алу режимі талап ететін метадеректерге мұқтаж. Басқа жерде қайта жазылған мекенжай бұл ақпаратты күтілетін нысанда бермеуі мүмкін.

Транслятордың ауқымын айқын ұстаңыз. Жұмыс істеп тұрған қайта бағытталған TCP қосылысы еркін UDP, ICMP немесе әрбір шешуші жолға қолдау бар екенін дәлелдемейді. Жоғарғы прокси протоколы мен транслятордың іске асырылуы қолдау көрсетілетін операцияларды әлі де айқындайды.

Конфигурация қосылыстан кейін бірден сәтсіз болса, қатынау ережелерін кеңейтпес бұрын протокол шекарасын тексеріңіз. Толық қолжетімді SOCKS тыңдаушысы ешқашан SOCKS сұранысы болмаған байттардан бас тартуы мүмкін.

Қатысты мақалалар