Squid 5–7: hvorfor dns_v4_first ikke lenger virker
Forklarer fjerningen av dns_v4_first i Squid 5 til 7 og skiller adressepreferanse fra tvunget kun IPv4.
En gammel Squid-konfigurasjon inneholder dns_v4_first on. Etter en oppgradering gir ikke linjen lenger den forventede IPv4-preferansen. Å legge til flere kopier gjenoppretter ikke den tidligere oppførselen.
Konfigurasjonsreferansen lister direktivet som utilgjengelig i Squid 5 til 7. Squids adressevalg endret seg med Happy Eyeballs-arbeidet; gamle preferanseråd må leses i den utgivelseskonteksten.
Preferanse og håndheving er forskjellige forespørsler
Bestem først hva du trenger. Foretrekke en fungerende IPv4-rute når begge familier er tilgjengelige? Fjerne brutt IPv6-tilkobling? Garantere at en bestemt utgang bare bruker IPv4? Det er ikke samme policy. Begrensninger for destinasjonsfamilie må også holdes atskilt fra klientkildens ACL-er.
Å slå av tilgang til én familie kan gjøre noen nettsteder utilgjengelige. Å endre DNS-svar endrer kandidatene proxyen har. Å reparere en treg eller brutt rute håndterer en nettverksfeil. Ingen av dem bør beskrives som en universell erstatningslinje for et fjernet direktiv.
Skill også valg av destinasjonsadresse fra adressen som brukes for å nå en foreldreproxy. Et foreldrevertsnavn kan ha egne IPv4- og IPv6-kandidater, mens forelderen gjør den endelige nettstedstilkoblingen etter sin egen policy.
En kildeadresseregel har en annen rolle: den velger en kompatibel kilde for en tilkobling, i stedet for å skape støtte for destinasjonen. En IPv4-kilde gjør ikke en kun-IPv6-destinasjon til et IPv4-endepunkt.
Sjekk dokumentasjonen for den installerte utgivelsen og hele videresendingsstien. Hvis problemet er en upålitelig IPv6-tilkobling, bevar den diagnosen i stedet for å gjøre en stille global endring som bare maskerer den. En fungerende foretrukket rute og en streng én-familie-utgang fortjener forskjellige konfigurasjoner.