Squid 5–7: waarom dns_v4_first nie meer werk nie
Verduidelik die verwydering van Squid dns_v4_first in weergawes 5 tot 7 en onderskei adresvoorkeur van IPv4-only afdwinging.
'n Ou Squid-konfigurasie bevat dns_v4_first on. Ná 'n opgradering gee daardie reël nie meer die verwagte IPv4-voorkeur nie. Nog kopieë daarvan byvoeg sal nie die vroeëre gedrag herstel nie.
Die konfigurasieverwysing lys die richtlijn as onbeskikbaar in Squid 5 tot 7. Squid se adreskeuse het met sy Happy Eyeballs-werk verander; ou voorkeuradvies moet in daardie vrystellingskonteks gelees word.
Voorkeur en afdwinging is verskillende versoeke
Bepaal eers wat jy nodig het. Verkies 'n werkende IPv4-roete wanneer albei families beskikbaar is? Skakel gebreekte IPv6-konnektiwiteit uit? Waarborg dat 'n bepaalde uitgang slegs IPv4 gebruik? Dit is nie dieselfde beleid nie. Bestemmingsfamiliebeperkings moet ook apart van kliëntbron-ACL's bly.
Om toegang tot een familie te deaktiveer, kan sommige werwe onbereikbaar maak. Om DNS-antwoorde te verander, verander die kandidate wat aan die proxy beskikbaar is. Om 'n stadige of gebreekte roete te herstel, pak 'n netwerkfout aan. Nie een moet as 'n universele vervangingsreël vir 'n verwyderde richtlijn beskryf word nie.
Skei ook bestemmingsadreskeuse van die adres wat gebruik word om 'n ouerproxy te bereik. 'n Ouer-gasheernaam kan sy eie IPv4- en IPv6-kandidate hê, terwyl die ouer die finale webwerfverbinding met sy eie beleid maak.
'n Bronadresreël het weer 'n ander rol: dit kies 'n versoenbare bron vir 'n verbinding, eerder as om bestemmingsondersteuning te skep. 'n IPv4-bron maak nie 'n slegs-IPv6-bestemming 'n IPv4-eindpunt nie.
Kontroleer die geïnstalleerde vrystelling se dokumentasie en die volle aanstuurpad. As die probleem 'n onbetroubare IPv6-verbinding is, behou daardie diagnose eerder as om 'n stil globale verandering te maak wat dit toevallig verberg. 'n Werkende voorkeurroete en 'n streng eenfamilie-uitgang verdien verskillende konfigurasies.