Koble Squids lyttende porter til utgående kilde-IP-er

Velg Squids utgående kildeadresser fra navngitte innkommende lyttere, med hensyn til ruting, NAT og gjenbruk av tilkoblinger.

Fire proxy-porter betyr ikke automatisk fire offentlige IP-er. Squid lar vanligvis operativsystemet velge en kildeadresse for den utgående tilkoblingen. For at portvalget skal være meningsfullt, knytt det til en eksplisitt policy for utgående adresser.

I Squid 7-konfigurasjoner som støtter disse direktivene, kan et rutingfragment bruke navngitte lyttere:

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

Adressene er eksempler fra dokumentasjonen. Erstatt dem med adresser som er tildelt og brukbare på verten din. Dette legger til ruting i en allerede begrenset proxy-konfigurasjon; det gir verken autentisering eller regler for klienttilgang.

Kildevalgetet er bare en del av veien

Referansen for utgående adresse beskriver ordnet matching og valg av adressefamilie. En IPv4-kilde kan ikke bli kilden til en IPv6-tilkobling. Når ulike adresser har ulike leverandører, må vertens rutingpolicy bruke en kompatibel gateway for hver av dem.

NAT lenger opp kan oversette to valgte lokale adresser til én offentlig adresse. Derfor kan lytterkartleggingen fungere lokalt uten å produsere de offentlige identitetene du hadde tenkt. En overordnet proxy kan også bli den endelige utgangen mot nettstedet.

Eksisterende tilkoblinger fortjener oppmerksomhet. Squids dokumentasjon advarer mot klientavhengige utgående regler og vedvarende tilkoblinger på serversiden. Gjenbruk av en tilkobling som ble opprettet under en tidligere policy, kan få et endret valg til å virke ineffektivt.

Tolk adressen nettstedet ser sammen med den lokale policyen og en fersk tilkobling. En annen innkommende port er et valgsignal, ikke en mekanisme for tildeling av IP-adresser.

Relaterte artikler