Squid 5–7: kāpēc dns_v4_first vairs nedarbojas
Paskaidro dns_v4_first noņemšanu Squid 5–7 versijās un atšķir adreses priekšroku no piespiedu tikai IPv4.
Vecā Squid konfigurācijā ir dns_v4_first on. Pēc atjaunināšanas šī rinda vairs nesniedz gaidīto IPv4 priekšroku. Papildu kopiju pievienošana neatjaunos iepriekšējo uzvedību.
Konfigurācijas uzziņa norāda direktīvu kā nepieejamu Squid 5–7. Squid adrešu izvēle mainījās līdz ar Happy Eyeballs darbu; vecie priekšrokas ieteikumi jālasa šī izdevuma kontekstā.
Priekšroka un piespiešana ir dažādi pieprasījumi
Vispirms izlemiet, kas jums nepieciešams. Dot priekšroku strādājošam IPv4 maršrutam, kad abas saimes ir pieejamas? Novērst salauztu IPv6 savienojamību? Garantēt, ka konkrēta izeja izmanto tikai IPv4? Tā nav viena un tā pati politika. Galamērķa saimes ierobežojumi arī jāsaglabā atsevišķi no klienta avota ACL.
Vienas saimes piekļuves izslēgšana var padarīt dažas vietnes nesasniedzamas. DNS atbilžu maiņa maina proxy pieejamos kandidātus. Lēna vai salauzta maršruta labošana risina tīkla kļūmi. Neviens no tiem nav jāapraksta kā universāla aizstājējrinda noņemtai direktīvai.
Atdaliet arī galamērķa adreses izvēli no adreses, kas tiek izmantota, lai sasniegtu vecākproxy. Vecākā resursdatora nosaukumam var būt savi IPv4 un IPv6 kandidāti, bet vecākais veic galīgo vietnes savienojumu saskaņā ar savu politiku.
Avota adreses noteikumam ir cita loma: tas izvēlas saderīgu avotu savienojumam, nevis rada galamērķa atbalstu. IPv4 avots nepadara tikai IPv6 galamērķi par IPv4 galapunktu.
Pārbaudiet instalētā izdevuma dokumentāciju un visu pārsūtīšanas ceļu. Ja problēma ir neuzticams IPv6 savienojums, saglabājiet šo diagnozi, nevis veiciet klusu globālu izmaiņu, kas to tikai maskē. Strādājošs vēlamais maršruts un stingra vienas saimes izeja ir pelnījuši atšķirīgas konfigurācijas.