Squid 5–7: miért nem működik már a dns_v4_first

Egy régi Squid-konfiguráció tartalmazza a következőt: dns_v4_first on. Frissítés után ez a sor már nem adja a várt IPv4-preferenciát. További másolatok hozzáadása nem állítja vissza a korábbi viselkedést.

A konfigurációs referencia az 5–7 közötti Squid-verziókban nem elérhetőként listázza az utasítást. A Squid címválasztása a Happy Eyeballs munkával változott meg; a régi preferenciatanácsokat ebben a kiadási kontextusban kell olvasni.

A preferencia és a kényszerítés két külön kérés

Először döntse el, mire van szüksége. Működő IPv4-útvonalat előnyben részesíteni, amikor mindkét család elérhető? A hibás IPv6-kapcsolat megszüntetése? Garantálni, hogy egy adott kimenet csak IPv4-et használjon? Ezek nem ugyanaz a szabályzat. A célcsalád korlátozásait is el kell különíteni az ügyfél forrás-ACL-jeitől.

Egy család hozzáférésének kikapcsolása bizonyos oldalakat elérhetetlenné tehet. A DNS-válaszok módosítása megváltoztatja a proxy számára elérhető jelölteket. Egy lassú vagy hibás útvonal javítása hálózati hibát kezel. Egyiket sem szabad egy eltávolított utasítás univerzális helyettesítő soraként leírni.

Válassza külön a célcím kiválasztását a szülő proxy eléréséhez használt címtől is. Egy szülő hosztnévnek lehetnek saját IPv4- és IPv6-jelöltjei, miközben a szülő a saját szabályzata szerint hozza létre a végső webhelykapcsolatot.

A forráscím-szabálynak megint más a szerepe: kompatibilis forrást választ egy kapcsolathoz, ahelyett hogy céloldali támogatást teremtene. Egy IPv4-forrás nem tesz egy csak IPv6-os célt IPv4-végponttá.

Ellenőrizze a telepített kiadás dokumentációját és a teljes továbbítási útvonalat. Ha a probléma megbízhatatlan IPv6-kapcsolat, őrizze meg ezt a diagnózist, ahelyett hogy csendes globális változtatást végezne, amely csak elrejti. A működő előnyben részesített útvonal és a szigorú egycsaládos kimenet különböző konfigurációkat érdemel.