Squid 5–7: hvorfor dns_v4_first ikke virker lenger
Forklarer at dns_v4_first er fjernet i Squid 5 til 7 og skiller adressepreferanse fra tvungen IPv4-bare.
En gammel Squid-konfigurasjon inneholder dns_v4_first on. Etter oppgradering gir ikke denne linjen den forventede IPv4-preferansen lenger. Flere kopier av den gjenoppretter ikke tidligere oppførsel.
Konfigurasjonsreferansen fører opp direktivet som utilgjengelig i Squid 5 til 7. Squids adressevalg ble endret med Happy Eyeballs-arbeidet; gamle råd om preferanse må leses i den utgivelseskonteksten.
Preferanse og tvang er forskjellige anmodninger
Avgjør 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? Dette er ikke samme policy. Begrensninger for destinasjonsfamilie må også holdes atskilt fra ACL-er for klientkilden.
Å deaktivere tilgang til én familie kan gjøre enkelte nettsteder utilgjengelige. Å endre DNS-svar endrer kandidatene proxyen har tilgang til. Å reparere en treg eller brutt rute håndterer en nettverksfeil. Ingen av disse bør beskrives som en universell erstatningslinje for et fjernet direktiv.
Hold også valget av destinasjonsadresse atskilt fra adressen som brukes til å nå en overordnet proxy. Et overordnet vertsnavn kan ha egne IPv4- og IPv6-kandidater, mens den overordnede proxyen 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 IPv6-bare destinasjon om til et IPv4-endepunkt.
Kontroller dokumentasjonen for den installerte utgivelsen og hele videresendingsstien. Hvis problemet er en upålitelig IPv6-tilkobling, behold den diagnosen i stedet for å gjøre en stille global endring som bare skjuler den. En fungerende foretrukket rute og en streng én-familie-utgang fortjener forskjellige konfigurasjoner.