SOCKS клиенттерін 3proxy арқылы HTTP CONNECT аталық серверіне қосу

HTTP CONNECT аталық серверіне сүйенетін SOCKS жақты шлюзді және әр қадамдағы протокол мен аутентификация талаптарын түсіндіреді.

Қолданбаға SOCKS керек. Сіздің бекітілген жоғары ағын қызметіңіз HTTP CONNECT қабылдайды. HTTP шеткі нүктесін қолданбаның SOCKS өрісіне қою протоколдар арасында аударма жасамайды.

Шлюз қолданбадан SOCKS қабылдап, сұралған межені оқып, сол межеге CONNECT туннелін HTTP аталық серверінен сұрай алады. Содан кейін қолданба ағынын туннель арқылы жібереді.

SOCKS application → SOCKS-facing gateway → HTTP CONNECT parent → destination

Әр интерфейсті айқын ет

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

Бар 3proxy пайдаланушысы мен аутентификация кезінде тек жергілікті маршруттау фрагменті былай болуы мүмкін:

auth strong
allow alex
parent 1000 connect parent.example.net 8080
socks -i127.0.0.1 -p1080

Бұл фрагмент тіркелгінің бұрын анықталғанын болжайды. Ол HTTP аталығы өзі талап ететін ешбір тіркелгі деректерін қоспайды және қолданыстағы рұқсат саясатын алмастырмайды. Аутентификациясыз жалпыға қолжетімді HTTP аталығына рұқсат беретін маршруттағы жалпыға қолжетімді межелер үшін HTTP прокси тізімі хост пен порт кандидаттарын ұсынады. Бұл тармақ үшін аталық тіркелгі деректерін жоқ қалдырыңыз және нақты мақсатқа рұқсатты растаңыз; шлюздің өз тіркелгісі жергілікті болып қалады. parent ережесі 3proxy-дің құжатталған конфигурация үлгісі бойынша алдыңғы allow ережесімен байланысады.

Қолданба жергілікті SOCKS шеткі нүктесін пайдаланады. Шлюз аталыққа қарай HTTP CONNECT пайдаланады. Сұралған меже хосты мен порты рұқсат етілген-етілмегенін әлі де аталық шешеді.

Мұнда пайдалы ауқым — кәдімгі TCP ағынын туннельдеу. Алдыңғы тыңдаушы SOCKS5 қабылдайтындықтан ғана SOCKS5 UDP бірлестігі қолдау таппайды. HTTP CONNECT аталығы қажетті UDP релесін автоматты түрде бермейді.

HTTPS осы жолда шеттен шетке дейін қала алады; прокси интерфейстері арасындағы аударма меже сайтына еліктеуді талап етпейді. Шлюзге аутентификация, аталыққа аутентификация және сайт аутентификациясы әртүрлі тіркелгі деректері мен алмасулар болып қалады.

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