Squid 5–7: pse dns_v4_first nuk funksionon më

Një konfigurim i vjetër Squid përmban dns_v4_first on. Pas një përmirësimi, ai rresht nuk jep më preferencën e pritur IPv4. Shtimi i kopjeve të tjera nuk do të rivendosë sjelljen e mëparshme.

Referenca e konfigurimit e liston direktivën si të padisponueshme në Squid 5 deri 7. Zgjedhja e adresave në Squid ndryshoi me punën për Happy Eyeballs; këshillat e vjetra për preferencën duhen lexuar në atë kontekst versioni.

Preferenca dhe imponimi janë kërkesa të ndryshme

Vendosni së pari se çfarë ju nevojitet. Të preferoni një rrugë IPv4 funksionale kur të dyja familjet janë të disponueshme? Të eliminoni lidhjen IPv6 të prishur? Të garantoni që një dalje e caktuar përdor vetëm IPv4? Këto nuk janë e njëjta politikë. Kufizimet e familjes së destinacionit gjithashtu duhet të mbeten të ndara nga ACL-të e burimit të klientit.

Çaktivizimi i aksesit në një familje mund t'i bëjë disa sajte të paarritshme. Ndryshimi i përgjigjeve DNS ndryshon kandidatët e disponueshëm për proxy-n. Riparimi i një rruge të ngadaltë ose të prishur zgjidh një defekt rrjeti. Asnjëra prej tyre nuk duhet përshkruar si rresht zëvendësues universal për një direktivë të hequr.

Ndani gjithashtu zgjedhjen e adresës së destinacionit nga adresa që përdoret për të arritur një proxy prind. Një emër prindi mund të ketë kandidatët e vet IPv4 dhe IPv6, ndërsa prindi bën lidhjen përfundimtare me sajtin sipas politikës së vet.

Rregulli i adresës së burimit ka një rol tjetër: zgjedh një burim të përputhshëm për një lidhje, në vend që të krijojë mbështetje për destinacionin. Një burim IPv4 nuk e kthen një destinacion vetëm IPv6 në pikë fundore IPv4.

Kontrolloni dokumentacionin e versionit të instaluar dhe gjithë rrugën e përcjelljes. Nëse problemi është një lidhje IPv6 e pasigurt, ruajeni atë diagnostikim në vend që të bëni një ndryshim global të heshtur që thjesht e maskon. Një rrugë e preferuar funksionale dhe një dalje e rreptë me një familje meritojnë konfigurime të ndryshme.