Squid IPv4-klientar og IPv6-destinasjonar: skilde retningslinjer
Ein IPv4-klient kan bruke Squid til å nå eit IPv6-nettstad. Skil mellom destinasjonsavgrensingar, kjelde-ACL-ar og adresseval før du vel ei IPv6-berre-retningslinje.
Det er mogleg å ta imot ein klient over IPv4 og nå nettstaden han ber om over IPv6. Dette er skilde tilkoplingar. Ei retningslinje for nettstadssida bør ikkje automatisk avvise IPv4-klientar.
Det er fella i døme som kombinerer avvising av destinasjonsfamilie med src ipv4: kjelde-ACL-en endrar kven som kan kople til, ikkje berre kva nettstadstilkoplingar som er tillatne.
Definer den tiltenkte avgrensinga
For Squid-versjonar som støttar dei relevante IP-ACL-ane, kan ein destinasjonsfamilie-regel bruke dst ipv4 til å identifisere IPv4-destinasjonar. Integrer slike reglar med eksisterande autentisering og destinasjonstilgang; ikkje legg til ei brei IPv6-tillating som omgår dei.
ACL-referansen skil mellom kjelde- og destinasjonstypar. Dette er ei avgrensing, ikkje ein automatisk omsetjingsteneste. Ein nettstad med berre IPv4 kan bli utilgjengeleg sjølv om maskina elles kunne nå han over IPv4.
Å binde ei utgåande IPv6-adresse er heller ikkje heile handhevingsretningslinja. Kjeldeval, tillatne destinasjonsfamiliar, DNS-svar og faktisk nettverkstilgjenge bidreg alle. Avgjer eksplisitt om IPv4-fallback er akseptabelt.
Å endre forwarded_for løyser ikkje dette problemet. Det påverkar ein HTTP-header, ikkje adressefamilien til TCP-tilkoplinga til proxyen. På same måte garanterer ikkje ein IPv6-DNS-resolver at kvart namn han svarar på, har ein IPv6-destinasjon.
Kontroller versjonsspesifikk åtferd før du tek i bruk ein stor gammal konfigurasjon. Særleg: dns_v4_first er ikkje ein støtta familieval-brytar i Squid 5 til 7. Ei retningslinje du kan skildre nøyaktig, er lettare å validere enn ei samling urelaterte IPv6-innstillingar.