Squid 5–7: miks dns_v4_first enam ei tööta
Selgitab direktiivi dns_v4_first eemaldamist Squidis 5–7 ning eristab aadressi eelistust sunnitud ainult-IPv4-st.
Vanas Squidi konfiguratsioonis on dns_v4_first on. Pärast uuendamist ei anna see rida enam oodatud IPv4 eelistust. Selle täiendavate koopiate lisamine ei taasta varasemat käitumist.
Konfiguratsiooni viide loetleb direktiivi Squidis 5 kuni 7 kättesaamatuna. Squidi aadressi valik muutus seoses Happy Eyeballs tööga; vanu eelistussoovitusi tuleb lugeda selle väljalaske kontekstis.
Eelistus ja sundimine on erinevad nõuded
Otsustage esmalt, mida vajate. Eelistada töötavat IPv4 marsruuti, kui mõlemad pered on saadaval? Kõrvaldada katkine IPv6 ühenduvus? Tagada, et kindel väljund kasutab ainult IPv4? Need ei ole sama poliitika. Sihtkoha pere piirangud peavad samuti jääma kliendi lähte-ACL-idest eraldi.
Ühe pere juurdepääsu väljalülitamine võib muuta mõned saidid kättesaamatuks. DNS-vastuste muutmine muudab puhverserverile saadaolevaid kandidaate. Aeglase või katkise marsruudi parandamine lahendab võrgutõrke. Ühtegi neist ei tohiks kirjeldada eemaldatud direktiivi universaalse asendusreana.
Eraldage ka sihtkoha aadressi valik aadressist, mida kasutatakse ülem-puhverserverini jõudmiseks. Ülem-hostinimel võivad olla oma IPv4 ja IPv6 kandidaadid, samal ajal kui ülem teeb lõpliku veebisaidi ühenduse oma poliitika järgi.
Lähteaadressi reeglil on teine roll: see valib ühenduse jaoks ühilduva lähte, mitte ei loo sihtkoha tuge. IPv4 lähte ei muuda ainult-IPv6 sihtkohta IPv4 lõpp-punktiks.
Kontrollige paigaldatud väljalaske dokumentatsiooni ja kogu edastusteed. Kui probleem on ebausaldusväärne IPv6 ühendus, säilitage see diagnoos, selle asemel et teha vaikne ülemaailmne muudatus, mis selle lihtsalt peidab. Töötav eelistatud marsruut ja range ühe pere väljund väärivad erinevaid konfiguratsioone.