Squid-luisterpoorte na uitgaande bron-IP's kaart
Kies Squid se uitgaande bronadresse uit benoemde inkomende luisteraars, met inagneming van roetering, NAT en hergebruik van verbindings.
Vier proxy-poorte beteken nie outomaties vier openbare IP's nie. Squid laat gewoonlik die bedryfstelsel 'n bronadres vir sy uitwaartse verbinding kies. Om die poortkeuse betekenisvol te maak, koppel dit aan 'n eksplisiete uitgaande-adresbeleid.
Vir Squid 7-konfigurasies wat hierdie richtlyne ondersteun, kan 'n roeteringsfragment benoemde luisteraars gebruik:
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
Die adresse is plekhouers in dokumentasie. Vervang hulle met adresse wat op jou gasheer toegewys en bruikbaar is. Dit voeg roetering by 'n reeds beperkte proxy-konfigurasie; dit verskaf nie verifikasie of kliënttoegangsreëls nie.
Bronkeuse is net deel van die pad
Die verwysing vir uitgaande adresse beskryf geordende passing en keuse van adresfamilie. 'n IPv4-bron kan nie die bron van 'n IPv6-verbinding word nie. Met verskillende verskaffers vir verskillende adresse moet die gasheer se roeteringsbeleid vir elkeen 'n versoenbare poort gebruik.
'n Opstroom-NAT kan twee gekose plaaslike adresse in een openbare adres vertaal. Die luisteraarkartering kan dus plaaslik werk sonder om die openbare identiteite te lewer wat jy bedoel het. 'n Ouer proxy kan ook die finale webwerf-gerigte uitgang word.
Bestaande verbindings verdien aandag. Squid se dokumentasie waarsku oor kliëntafhanklike uitgaande reëls en aanhoudende verbindings aan die bedienerkant. Hergebruik van 'n verbinding wat onder 'n vroeëre beleid geskep is, kan 'n veranderde keuse ondoeltreffend laat lyk.
Verstaan die webwerf-gerigte adres saam met die plaaslike beleid en 'n vars verbinding. 'n Ander inkomende poort is 'n keusesein, nie 'n IP-adrestoekenningsmeganisme nie.