Squid 5–7: waarom dns_v4_first niet meer werkt

Een oude Squid-configuratie bevat dns_v4_first on. Na een upgrade geeft die regel niet langer de verwachte IPv4-voorkeur. Meer kopieën toevoegen herstelt het eerdere gedrag niet.

De configuratiereferentie vermeldt de richtlijn als niet beschikbaar in Squid 5 tot 7. Squids adreskeuze veranderde met het Happy Eyeballs-werk; oud voorkeursadvies moet in die releasecontext worden gelezen.

Voorkeur en afdwinging zijn verschillende verzoeken

Bepaal eerst wat u nodig hebt. Een werkende IPv4-route verkiezen wanneer beide families beschikbaar zijn? Gebroken IPv6-connectiviteit wegnemen? Garanderen dat een bepaalde uitgang alleen IPv4 gebruikt? Dat is niet hetzelfde beleid. Beperkingen per bestemmingsfamilie moeten ook gescheiden blijven van ACL's van de clientbron.

Toegang tot één familie uitschakelen kan sommige sites onbereikbaar maken. DNS-antwoorden wijzigen verandert de kandidaten die de proxy heeft. Een trage of gebroken route repareren pakt een netwerkstoring aan. Geen daarvan mag worden beschreven als een universele vervangende regel voor een verwijderde richtlijn.

Scheid ook de keuze van het bestemmingsadres van het adres dat wordt gebruikt om een bovenliggende proxy te bereiken. Een bovenliggende hostnaam kan eigen IPv4- en IPv6-kandidaten hebben, terwijl de bovenliggende proxy de uiteindelijke websiteverbinding volgens zijn eigen beleid maakt.

Een bronadresregel heeft weer een andere rol: die kiest een compatibele bron voor een verbinding, in plaats van ondersteuning voor de bestemming te maken. Een IPv4-bron maakt van een alleen-IPv6-bestemming geen IPv4-eindpunt.

Controleer de documentatie van de geïnstalleerde release en het volledige doorstuurpad. Als het probleem een onbetrouwbare IPv6-verbinding is, behoud die diagnose in plaats van een stille wereldwijde wijziging te maken die het alleen maskeert. Een werkende voorkeursroute en een strikte uitgang met één familie verdienen verschillende configuraties.