Conectar clientes SOCKS a un pai HTTP CONNECT con 3proxy

Explica unha pasarela orientada a SOCKS apoiada nun pai HTTP CONNECT e os requisitos de protocolo e autenticación en cada salto.

A aplicación require SOCKS. O servizo ascendente aprobado acepta HTTP CONNECT. Poñer o punto final HTTP no campo SOCKS da aplicación non traduce entre os protocolos.

Unha pasarela pode aceptar SOCKS da aplicación, ler o destino solicitado e pedirlle ao pai HTTP un túnel CONNECT cara a ese destino. Despois retransmite o fluxo da aplicación polo túnel.

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

Fai explícita cada interface

Para unha pasarela que admite esta disposición, importa o seu tipo de pai. A documentación de 3proxy distingue un pai connect dun pai usado como proxy de reenvío HTTP común.

Cun usuario de 3proxy e autenticación xa existentes, un fragmento de encamiñamento só local pode tomar esta forma:

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

Este fragmento supón que a conta xa está definida. Non engade credenciais que o propio pai HTTP requira nin substitúe a política de acceso existente. Para destinos públicos nunha ruta que permite un pai HTTP público sen autenticar, a lista de proxies HTTP ofrece candidatos de host e porto. Mantén ausentes as credenciais do pai para esa rama e confirma o permiso para o destino real; a conta da propia pasarela segue a ser local. A regra parent asóciase coa regra allow anterior segundo o modelo de configuración documentado de 3proxy.

A aplicación usa o punto final SOCKS local. A pasarela usa HTTP CONNECT cara ao pai. O pai segue decidindo se se permiten o host e o porto de destino solicitados.

O ámbito útil aquí é o túnel de fluxo TCP común. Unha asociación UDP de SOCKS5 non pasa a estar admitida só porque o escoitador frontal acepte SOCKS5. Un pai HTTP CONNECT non fornece automaticamente o repetidor UDP necesario.

HTTPS pode permanecer de extremo a extremo dentro desta ruta; a tradución entre interfaces de proxy non require suplantar o sitio web de destino. A autenticación na pasarela, no pai e no sitio web seguen sendo credenciais e intercambios distintos.

Artigos relacionados