Mapear as portas de escuta do Squid para IPs de origem de saída

Quatro portas de proxy não significam automaticamente quatro IPs públicos. O Squid normalmente deixa o sistema operacional escolher um endereço de origem para a sua conexão de saída. Para que a escolha da porta seja significativa, ligue-a a uma política explícita de endereços de saída.

Em configurações do Squid 7 que suportam estas diretivas, um fragmento de roteamento pode usar ouvintes nomeados:

http_port 3128 name=exit_a
http_port 3129 name=exit_b
acl on_a myportname exit_a
acl on_b myportname exit_b
tcp_outgoing_address 192.0.2.10 on_a
tcp_outgoing_address 192.0.2.11 on_b

Estes endereços são exemplos de documentação. Substitua-os por endereços atribuídos e utilizáveis no seu host. Isto acrescenta roteamento a uma configuração de proxy já restrita; não fornece autenticação nem regras de acesso de clientes.

A seleção de origem é apenas parte do caminho

A referência do endereço de saída descreve a correspondência ordenada e a seleção da família de endereços. Uma origem IPv4 não pode tornar-se a origem de uma conexão IPv6. Com fornecedores diferentes para endereços diferentes, a política de roteamento do host deve usar um gateway compatível para cada um.

Um NAT a montante pode traduzir dois endereços locais selecionados num único endereço público. Por isso o mapeamento de ouvintes pode funcionar localmente sem produzir as identidades públicas pretendidas. Um proxy pai também pode tornar-se a saída final voltada ao site.

As conexões existentes merecem atenção. A documentação do Squid alerta para regras de saída dependentes do cliente e conexões persistentes do lado do servidor. Reutilizar uma conexão estabelecida sob uma política anterior pode fazer com que uma seleção alterada pareça ineficaz.

Interprete o endereço que o site vê juntamente com a política local e uma conexão nova. Uma porta de entrada diferente é um sinal de seleção, não um mecanismo de atribuição de endereços IP.