Squid 5–7: hvorfor dns_v4_first ikke længere virker

En gammel Squid-konfiguration indeholder dns_v4_first on. Efter en opgradering giver den linje ikke længere den forventede IPv4-præference. At tilføje flere kopier af den gendanner ikke den tidligere adfærd.

Konfigurationsreferencen angiver direktivet som utilgængeligt i Squid 5 til 7. Squids adressevalg ændrede sig med Happy Eyeballs-arbejdet; gammel præferencevejledning skal læses i den udgivelseskontekst.

Præference og håndhævelse er forskellige anmodninger

Afgør først, hvad du har brug for. Foretrække en fungerende IPv4-rute, når begge familier er tilgængelige? Fjerne brudt IPv6-forbindelse? Garantere at en bestemt udgang kun bruger IPv4? Det er ikke samme politik. Begrænsninger for destinationsfamilie skal også holdes adskilt fra klientkildens ACL'er.

Deaktivering af adgang til én familie kan gøre nogle websteder utilgængelige. Ændring af DNS-svar ændrer de kandidater, der er tilgængelige for proxyen. Reparation af en langsom eller brudt rute løser en netværksfejl. Ingen af dem bør beskrives som en universel erstatningslinje for et fjernet direktiv.

Adskil også valg af destinationsadresse fra den adresse, der bruges til at nå en forældreproxy. Et forældre-værtsnavn kan have sine egne IPv4- og IPv6-kandidater, mens forælderen laver den endelige webstedsforbindelse efter sin egen politik.

En kildeadresseregel har en anden rolle igen: den vælger en kompatibel kilde til en forbindelse i stedet for at fremstille destinationsunderstøttelse. En IPv4-kilde gør ikke en IPv6-only-destination til et IPv4-endepunkt.

Kontrollér dokumentationen for den installerede udgivelse og hele videresendelsesstien. Hvis problemet er en upålidelig IPv6-forbindelse, bevar den diagnose i stedet for at lave en stille global ændring, der tilfældigvis maskerer den. En fungerende foretrukken rute og en streng enkeltfamilie-udgang fortjener forskellige konfigurationer.