Asociar os portos de escoita de Squid ás IP de orixe saíntes

Catro portos de proxy non significan automaticamente catro IP públicas. Squid normalmente deixa que o sistema operativo escolla unha dirección de orixe para a súa conexión saínte. Para que a escolla de porto teña sentido, vincúlea a unha política explícita de direccións saíntes.

En configuracións de Squid 7 que admiten estas directivas, un fragmento de encamiñamento pode usar escoitas con nome:

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

As direccións son exemplos de documentación. Substitúeas por direccións asignadas e utilizables no seu host. Isto engade encamiñamento a unha configuración de proxy xa restrinxida; non fornece autenticación nin regras de acceso de clientes.

A selección de orixe é só parte do camiño

A referencia da dirección saínte describe a coincidencia ordenada e a selección da familia de direccións. Unha orixe IPv4 non pode converterse na orixe dunha conexión IPv6. Con provedores distintos para direccións distintas, a política de encamiñamento do host debe usar unha pasarela compatible para cada unha.

Un NAT augas arriba pode traducir dúas direccións locais seleccionadas nunha única dirección pública. Por iso a asociación de escoitas pode funcionar localmente sen producir as identidades públicas que pretendía. Un proxy pai tamén pode converterse na saída final cara ao sitio web.

As conexións existentes merecen atención. A documentación de Squid advirte sobre regras saíntes dependentes do cliente e conexións persistentes do lado do servidor. Reutilizar unha conexión establecida baixo unha política anterior pode facer que unha selección cambiada pareza ineficaz.

Interprete a dirección que ve o sitio web xunto coa política local e unha conexión nova. Un porto entrante distinto é un sinal de selección, non un mecanismo de asignación de direccións IP.