Squid-luisterpoorten koppelen aan uitgaande bron-IP's

Vier proxy-poorten betekenen niet automatisch vier openbare IP's. Squid laat het besturingssysteem meestal een bronadres kiezen voor de uitgaande verbinding. Om de poortkeuze betekenisvol te maken, koppelt u die aan een expliciet beleid voor uitgaande adressen.

In Squid 7-configuraties die deze richtlijnen ondersteunen, kan een routingfragment benoemde luisteraars gebruiken:

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

De adressen zijn voorbeelden uit de documentatie. Vervang ze door adressen die op uw host zijn toegewezen en bruikbaar zijn. Dit voegt routing toe aan een al beperkte proxyconfiguratie; het levert geen authenticatie of regels voor clienttoegang.

Bronkeuze is slechts een deel van het pad

De referentie voor uitgaande adressen beschrijft geordende overeenkomst en keuze van adresfamilie. Een IPv4-bron kan geen bron van een IPv6-verbinding worden. Bij verschillende providers voor verschillende adressen moet het routingbeleid van de host voor elk daarvan een compatibele gateway gebruiken.

Een NAT stroomopwaarts kan twee gekozen lokale adressen naar één openbaar adres vertalen. De luisteraartoewijzing kan dus lokaal werken zonder de bedoelde openbare identiteiten te produceren. Een bovenliggende proxy kan ook de uiteindelijke uitgang naar de website worden.

Bestaande verbindingen verdienen aandacht. De documentatie van Squid waarschuwt voor cliëntafhankelijke uitgaande regels en persistente verbindingen aan de serverzijde. Hergebruik van een verbinding die onder een eerder beleid tot stand kwam, kan een gewijzigde keuze ineffective laten lijken.

Interpreteer het adres dat de website ziet samen met het lokale beleid en een nieuwe verbinding. Een andere inkomende poort is een keuzesignaal, geen mechanisme voor IP-adrestoewijzing.