O listener HTTP do Squid suporta SOCKS?
Separe o protocolo do proxy dos números de porta e distinga o trabalho experimental do Squid com SOCKS do suporte padrão do listener HTTP.
O http_port do Squid aceita tráfego de proxy HTTP, independentemente do número da porta. Configurá-lo na porta 1080 deixa-o como listener HTTP; um cliente SOCKS envia um handshake diferente.
Uma aplicação que suporta proxies HTTP pode usar o endereço e a porta do Squid na sua configuração de proxy HTTP. Destinos HTTPS podem passar por CONNECT, então esta configuração também serve para sites seguros quando o proxy permite o túnel.
Uma aplicação que exige SOCKS precisa de um serviço que implemente a versão de SOCKS necessária e autenticação. Para rotas públicas permitidas, escolha candidatos da lista de proxies SOCKS que correspondam a essa versão. Um servidor SOCKS dedicado ou um encaminhamento dinâmico SSH local adequado podem fornecer essa interface.
Suporte experimental e proxies superiores
A página de desenvolvimento SOCKS do Squid descreve abordagens experimentais e baseadas em bibliotecas, com limitações. Ela não demonstra que um listener HTTP padrão empacotado aceite SOCKS5 por meio de uma chave de configuração.
Fazer o Squid usar SOCKS a montante é um requisito separado para as suas conexões de saída. Um método que afeta esses sockets não acrescenta suporte a SOCKS de entrada.
Num desajuste de protocolo, identifique o que a aplicação envia ao Squid e o que o Squid envia para o seu destino ou proxy pai. Alterar apenas o número da porta não muda nenhuma das duas conversas.