Prepojenie SOCKS klientov s nadradeným serverom HTTP CONNECT pomocou 3proxy

Vysvetľuje bránu na strane SOCKS podporovanú nadradeným serverom HTTP CONNECT a požiadavky na protokol a overovanie na každom skoku.

Aplikácia vyžaduje SOCKS. Vaša schválená nadradená služba prijíma HTTP CONNECT. Vloženie koncového bodu HTTP do poľa SOCKS aplikácie neprekladá medzi protokolmi.

Brána môže prijímať SOCKS od aplikácie, prečítať požadované cieľové umiestnenie a požiadať nadradený HTTP server o tunel CONNECT k tomuto cieľu. Potom prenáša tok aplikácie tunelom.

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

Urobte každé rozhranie explicitné

Pre bránu podporujúcu toto usporiadanie je dôležitý typ nadradeného servera. Dokumentácia 3proxy rozlišuje nadradený connect od nadradeného servera používaného ako bežná HTTP preposielacia proxy.

Pri existujúcom používateľovi 3proxy a nastavenom overovaní môže lokálny fragment smerovania vyzerať takto:

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

Tento fragment predpokladá, že účet je už definovaný. Nepridáva žiadne prihlasovacie údaje, ktoré vyžaduje samotný nadradený HTTP server, a nenahrádza existujúcu prístupovú politiku. Pre verejné ciele na trase, ktorá povoľuje neoverený verejný nadradený HTTP server, ponúka zoznam HTTP proxy kandidátov hostiteľa a portu. Pre túto vetvu ponechajte prihlasovacie údaje nadradeného servera vynechané a potvrďte povolenie pre skutočný cieľ; vlastný účet brány zostáva lokálny. Pravidlo parent sa podľa dokumentovaného konfiguračného modelu 3proxy spája s predchádzajúcim pravidlom allow.

Aplikácia používa lokálny koncový bod SOCKS. Brána používa HTTP CONNECT smerom k nadradenému serveru. Nadradený server stále rozhoduje o tom, či sú požadovaný hostiteľ a port cieľa povolené.

Užitočným rozsahom je tu tunelovanie bežného TCP toku. UDP asociácia SOCKS5 sa nepodporuje len preto, že čelný poslucháč prijíma SOCKS5. Nadradený HTTP CONNECT automaticky neposkytuje požadovaný UDP relay.

HTTPS môže v tejto ceste zostať end-to-end; preklad medzi proxy rozhraniami nevyžaduje vydávať sa za cieľovú webovú stránku. Overovanie voči bráne, voči nadradenému serveru a na webe zostávajú rôznymi údajmi a výmenami.

Súvisiace články