Поврзување на SOCKS клиенти со HTTP CONNECT родител со 3proxy

Објаснува портал од страната на SOCKS поддржан од HTTP CONNECT родител и барањата за протокол и автентикација на секој чекор.

Апликацијата бара SOCKS. Вашата одобрена нагорна услуга прифаќа HTTP CONNECT. Ставањето на HTTP крајната точка во полето SOCKS на апликацијата не преведува меѓу протоколите.

Порталот може да прифати SOCKS од апликацијата, да ја прочита бараната дестинација и да побара од HTTP родителот тунел CONNECT до таа дестинација. Потоа го препраќа текот на апликацијата низ тунелот.

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 се поврзува со претходното правило allow според документираниот модел на конфигурација на 3proxy.

Апликацијата ја користи локалната SOCKS крајна точка. Порталот користи HTTP CONNECT кон родителот. Родителот сè уште одлучува дали бараниот хост и порта на дестинацијата се дозволени.

Корисен опсег овде е тунелирањето на обичен TCP тек. UDP асоцијација на SOCKS5 не станува поддржана само затоа што предниот слушател прифаќа SOCKS5. HTTP CONNECT родител не обезбедува автоматски потребниот UDP реле.

HTTPS може да остане од крај до крај во оваа патека; преводот меѓу прокси интерфејси не бара претставување како целна веб-страница. Автентикацијата кон порталот, кон родителот и на веб-страницата остануваат различни акредитиви и размени.

Поврзани статии