Connecta clients SOCKS a un pare HTTP CONNECT amb 3proxy

L'aplicació necessita SOCKS. El servei ascendent aprovat accepta HTTP CONNECT. Posar el punt final HTTP al camp SOCKS de l'aplicació no tradueix entre els protocols.

Una passarel·la pot acceptar SOCKS de l'aplicació, llegir la destinació sol·licitada i demanar al pare HTTP un túnel CONNECT cap a aquesta destinació. Després retransmet el flux de l'aplicació pel túnel.

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

Fes explícita cada interfície

Per a una passarel·la que admet aquesta disposició, el tipus de pare és important. La documentació de 3proxy distingeix un pare connect d'un pare usat com a servidor intermediari HTTP de reenviament ordinari.

Amb un usuari de 3proxy i una autenticació ja existents, un fragment d'encaminament només local pot prendre aquesta forma:

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

Aquest fragment assumeix que el compte ja està definit. No afegeix cap credencial que el propi pare HTTP requereixi i no substitueix la política d'accés existent. Per a destinacions públiques en una ruta que permet un pare HTTP públic no autenticat, la llista de servidors intermediaris HTTP ofereix candidats d'amfitrió i port. Mantingues absents les credencials del pare per a aquesta branca i confirma el permís per a l'objectiu real; el compte propi de la passarel·la continua sent local. La regla parent s'associa amb la regla allow anterior segons el model de configuració documentat de 3proxy.

L'aplicació utilitza el punt final SOCKS local. La passarel·la utilitza HTTP CONNECT cap al pare. El pare continua decidint si l'amfitrió i el port de destinació sol·licitats estan permesos.

L'abast útil aquí és el túnel de flux TCP ordinari. Una associació UDP de SOCKS5 no passa a estar admesa només perquè l'oient frontal accepti SOCKS5. Un pare HTTP CONNECT no proporciona automàticament el relé UDP necessari.

HTTPS pot romandre d'extrem a extrem dins d'aquest camí; la traducció entre interfícies de servidor intermediari no requereix suplantar el lloc web de destinació. L'autenticació a la passarel·la, l'autenticació al pare i l'autenticació al lloc web continuen sent credencials i intercanvis diferents.