Propojení SOCKS klientů s nadřazeným serverem HTTP CONNECT pomocí 3proxy

Vysvětluje bránu na straně SOCKS podporovanou nadřazeným serverem HTTP CONNECT a požadavky na protokol a ověřování na každém skoku.

Aplikace vyžaduje SOCKS. Vaše schválená nadřazená služba přijímá HTTP CONNECT. Vložení koncového bodu HTTP do pole SOCKS aplikace mezi protokoly nepřekládá.

Brána může přijímat SOCKS od aplikace, přečíst požadované cílové umístění a požádat nadřazený HTTP server o tunel CONNECT k tomuto cíli. Poté přenáší tok aplikace tunelem.

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

Udělejte každé rozhraní explicitní

U brány, která toto uspořádání podporuje, záleží na typu nadřazeného serveru. Dokumentace 3proxy rozlišuje nadřazený connect od nadřazeného serveru používaného jako běžná HTTP předávací proxy.

Při existujícím uživateli 3proxy a nastaveném ověřování může lokální směrovací fragment vypadat takto:

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

Tento fragment předpokládá, že účet je již definován. Nepřidává žádné přihlašovací údaje, které nadřazený HTTP server sám vyžaduje, a nenahrazuje stávající přístupovou politiku. Pro veřejné cíle na trase, která povoluje neověřený veřejný nadřazený HTTP server, nabízí seznam HTTP proxy kandidáty hostitele a portu. Pro tuto větev ponechte přihlašovací údaje nadřazeného serveru vynechané a potvrďte oprávnění pro skutečný cíl; vlastní účet brány zůstává lokální. Pravidlo parent se podle dokumentovaného konfiguračního modelu 3proxy přiřazuje k předchozímu pravidlu allow.

Aplikace používá lokální koncový bod SOCKS. Brána používá HTTP CONNECT směrem k nadřazenému serveru. Nadřazený server stále rozhoduje o tom, zda jsou požadovaný hostitel a port cíle povoleny.

Užitečným rozsahem je zde tunelování běžného TCP toku. UDP asociace SOCKS5 se nepodporuje jen proto, že čelní listener přijímá SOCKS5. Nadřazený HTTP CONNECT automaticky neposkytuje požadovaný UDP relay.

HTTPS může v této cestě zůstat end-to-end; překlad mezi proxy rozhraními nevyžaduje vydávat se za cílový web. Ověřování vůči bráně, ověřování vůči nadřazenému serveru a ověřování na webu zůstávají různými údaji a výměnami.

Související články