I-bridge ang mga kliyenteng SOCKS sa isang magulang na HTTP CONNECT gamit ang 3proxy

Kailangan ng SOCKS ng aplikasyon. Tumatanggap ng HTTP CONNECT ang inaprubahang upstream na serbisyo mo. Ang paglalagay ng endpoint na HTTP sa field na SOCKS ng aplikasyon ay hindi nagsasalin sa pagitan ng mga protocol.

Maaaring tumanggap ang gateway ng SOCKS mula sa aplikasyon, basahin ang hinihiling na destinasyon, at humingi ng CONNECT tunnel patungo roon sa magulang na HTTP. Pagkatapos ay ipinapasa nito ang stream ng aplikasyon sa tunnel.

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

Gawing tahasan ang bawat interface

Para sa gateway na sumusuporta sa kaayusang ito, mahalaga ang uri ng magulang nito. Itinatangi ng dokumentasyon ng 3proxy ang magulang na connect sa magulang na ginagamit bilang ordinaryong proxy na nagpapasa ng HTTP.

Sa may umiiral nang user ng 3proxy at pagpapatotoo, ang fragment ng routing na lokal lamang ay maaaring ganito:

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

Ipinapalagay ng fragment na ito na natukoy na ang account. Hindi ito nagdaragdag ng anumang kredensyal na hinihingi mismo ng magulang na HTTP, at hindi nito pinapalitan ang umiiral na patakaran sa pag-access. Para sa mga pampublikong destinasyon sa rutang pinapayagan ang hindi awtentikadong pampublikong magulang na HTTP, nag-aalok ang listahan ng proxy na HTTP ng mga kandidatong host at port. Iwanang wala ang kredensyal ng magulang para sa sangay na iyon at kumpirmahin ang pahintulot para sa tunay na target; nananatiling lokal ang account ng gateway mismo. Ang tuntunin na parent ay iniuugnay sa naunang tuntuning allow ayon sa dokumentadong modelo ng konfigurasyon ng 3proxy.

Ginagamit ng aplikasyon ang lokal na endpoint na SOCKS. Ginagamit ng gateway ang HTTP CONNECT patungo sa magulang. Ang magulang pa rin ang nagpapasya kung pinapayagan ang hinihiling na host at port ng destinasyon.

Ang kapaki-pakinabang na saklaw dito ay ang tunneling ng ordinaryong stream na TCP. Ang UDP association ng SOCKS5 ay hindi nagiging suportado dahil lang tinatanggap ng front listener ang SOCKS5. Ang magulang na HTTP CONNECT ay hindi awtomatikong nagbibigay ng kinakailangang UDP relay.

Maaaring manatiling end-to-end ang HTTPS sa landas na ito; ang pagsasalin sa pagitan ng mga interface ng proxy ay hindi nangangailangan ng pagpapanggap bilang destinasyong website. Ang pagpapatotoo sa gateway, sa magulang, at sa website ay nananatiling magkakaibang kredensyal at palitan.