Kople Squid sine lyttarportar til utgåande kjelde-IP-ar
Vel Squid sine utgåande kjeldeadresser frå namngjevne innkomande lyttarar, med omsyn til ruting, NAT og gjenbruk av samband.
Fire proxy-portar tyder ikkje automatisk fire offentlege IP-ar. Squid lèt vanlegvis operativsystemet velje ei kjeldeadresse for det utgåande sambandet. For at portvalet skal vere meiningsfullt, knytte det til ein eksplisitt politikk for utgåande adresser.
I Squid 7-konfigurasjonar som støttar desse direktiva, kan eit rutingfragment bruke namngjevne lyttarar:
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_bAdressene er døme frå dokumentasjonen. Bytte dei ut med adresser som er tildelte og brukbare på verten din. Dette legg til ruting i ein allereie avgrensa proxy-konfigurasjon; det gjev korkje autentisering eller reglar for klienttilgang.
Kjeldevalet er berre ein del av vegen
Referansen for utgåande adresse skildrar ordna samsvar og val av adressefamilie. Ei IPv4-kjelde kan ikkje bli kjelda til eit IPv6-samband. Når ulike adresser har ulike leverandørar, må rutingpolitikken til verten bruke ein kompatibel gateway for kvar av dei.
NAT lenger opp kan omsetje to valde lokale adresser til éi offentleg adresse. Difor kan lyttarkartlegginga fungere lokalt utan å produsere dei offentlege identitetane du hadde tenkt. Ein overordna proxy kan òg bli den endelege utgangen mot nettstaden.
Eksisterande samband fortener merksemd. Dokumentasjonen til Squid åtvarar mot klientavhengige utgåande reglar og vedvarande samband på serversida. Gjenbruk av eit samband som vart oppretta under ein tidlegare politikk, kan få eit endra val til å verke utan verknad.
Tolk adressa nettstaden ser saman med den lokale politikken og eit nytt samband. Ein annan inngåande port er eit valsignal, ikkje ein mekanisme for tildeling av IP-adresser.