Ligar clientes SOCKS a um pai HTTP CONNECT com o 3proxy

Explica um gateway do lado SOCKS suportado por um pai HTTP CONNECT e os requisitos de protocolo e autenticação em cada salto.

A aplicação exige SOCKS. O serviço a montante aprovado aceita HTTP CONNECT. Colocar o endpoint HTTP no campo SOCKS da aplicação não traduz entre os protocolos.

Um gateway pode aceitar SOCKS da aplicação, ler o destino pedido e pedir ao pai HTTP um túnel CONNECT para esse destino. Depois retransmite o fluxo da aplicação pelo túnel.

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

Torne cada interface explícita

Para um gateway que suporta esta disposição, o tipo de pai importa. A documentação do 3proxy distingue um pai connect de um pai usado como proxy de encaminhamento HTTP comum.

Com um utilizador 3proxy e autenticação já existentes, um fragmento de encaminhamento apenas local pode assumir esta forma:

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

Este fragmento assume que a conta já está definida. Não acrescenta credenciais exigidas pelo próprio pai HTTP e não substitui a política de acesso existente. Para destinos públicos numa rota que permite um pai HTTP público não autenticado, a lista de proxies HTTP oferece candidatos de host e porta. Mantenha as credenciais do pai ausentes nesse ramo e confirme a permissão para o alvo real; a conta do próprio gateway permanece local. A regra parent está associada à regra allow anterior segundo o modelo de configuração documentado do 3proxy.

A aplicação usa o endpoint SOCKS local. O gateway usa HTTP CONNECT para o pai. O pai continua a decidir se o host e a porta de destino pedidos são permitidos.

O âmbito útil aqui é o túnel de fluxo TCP comum. Uma associação UDP do SOCKS5 não passa a ser suportada só porque o ouvinte frontal aceita SOCKS5. Um pai HTTP CONNECT não fornece automaticamente o relay UDP necessário.

O HTTPS pode permanecer ponta a ponta dentro deste caminho; a tradução entre interfaces de proxy não exige personificar o site de destino. A autenticação no gateway, no pai e no site continuam a ser credenciais e trocas distintas.

Artigos relacionados