Squid 5–7: kvifor dns_v4_first ikkje lenger verkar
Forklarer fjerninga av dns_v4_first i Squid 5 til 7 og skil adressepreferanse frå tvinga berre IPv4.
Ein gammal Squid-konfigurasjon inneheld dns_v4_first on. Etter ein oppgradering gjev ikkje lina lenger den venta IPv4-preferansen. Å leggje til fleire kopiar gjenopprettar ikkje den tidlegare åtferda.
Konfigurasjonsreferansen listar direktivet som utilgjengeleg i Squid 5 til 7. Squids adresseval endra seg med Happy Eyeballs-arbeidet; gamle preferanseråd må lesast i den utgjevingskonteksten.
Preferanse og handheving er ulike førespurnader
Avgjer fyrst kva du treng. Føretrekkje ei fungerande IPv4-rute når begge familiar er tilgjengelege? Fjerne broten IPv6-tilkopling? Garantere at ein bestemd utgang berre brukar IPv4? Det er ikkje same policy. Avgrensingar for målfamilie må òg haldast skilde frå ACL-ane til klientkjelda.
Å slå av tilgang til éin familie kan gjere nokre nettstader utilgjengelege. Å endre DNS-svar endrar kandidatane proxyen har. Å reparere ei treg eller broten rute handsamar ein nettverksfeil. Ingen av dei bør skildrast som ei universell erstatningsline for eit fjerna direktiv.
Skil òg valet av måladdresse frå adressa som vert brukt for å nå ein foreldreproxy. Eit foreldrevertsnamn kan ha eigne IPv4- og IPv6-kandidatar, medan forelderen gjer den endelege nettstadstilkoplinga etter sin eigen policy.
Ei kjeldeaddresse-regel har ei anna rolle: ho vel ei kompatibel kjelde for ei tilkopling, i staden for å skape støtte for målet. Ei IPv4-kjelde gjer ikkje eit berre-IPv6-mål til eit IPv4-endepunkt.
Sjekk dokumentasjonen til den installerte utgjevinga og heile videresendingsstien. Viss problemet er ei upåliteleg IPv6-tilkopling, tak vare på den diagnosen i staden for å gjere ei stille global endring som berre maskerer han. Ei fungerande føretrekt rute og ein streng éin-familie-utgang fortener ulike konfigurasjonar.