Squid 5–7: kial dns_v4_first jam ne funkcias
Klarigas la forigon de dns_v4_first en Squid 5 ĝis 7 kaj distingas adresan preferon disde deviga nur-IPv4.
Malnova Squid-agordo enhavas dns_v4_first on. Post ĝisdatigo tiu linio ne plu donas la atenditan IPv4-preferon. Aldoni pliajn kopiojn de ĝi ne restarigos la antaŭan konduton.
La agorda referenco listigas la direktivon kiel nehavebla en Squid 5 ĝis 7. La adreselekto de Squid ŝanĝiĝis kun ĝia laboro pri Happy Eyeballs; malnovaj preferaj konsiloj devas esti legitaj en tiu eldonkunteksto.
Prefero kaj devigo estas malsamaj petoj
Unue decidu, kion vi bezonas. Ĉu preferi funkciantan IPv4-vojon kiam ambaŭ familioj haveblas? Ĉu forigi rompitan IPv6-konekton? Ĉu garantii, ke certa eliro uzas nur IPv4? Tiuj ne estas la sama politiko. Limigoj de cela familio ankaŭ devas resti apartaj de la ACL-oj de klienta fonto.
Malŝalti aliron al unu familio povas igi kelkajn retejojn neatingeblaj. Ŝanĝi DNS-respondojn ŝanĝas la kandidatojn haveblajn al la prokurilo. Ripari malrapidan aŭ rompitan vojon traktas retan fuŝon. Neniu el ili estu priskribata kiel universala anstataŭa linio por forigita direktivo.
Apartigu ankaŭ la elekton de cela adreso disde la adreso uzata por atingi gepatran prokurilon. Gepatra gastnomo povas havi proprajn IPv4- kaj IPv6-kandidatojn, dum la gepatro faras la finan retejan konekton laŭ sia propra politiko.
Regulo pri fonta adreso havas alian rolon: ĝi elektas kongruan fonton por konekto, anstataŭ krei celan subtenon. IPv4-fonto ne igas nur-IPv6-celon IPv4-finpunkto.
Kontrolu la dokumentaron de la instalita eldono kaj la tutan plusendan vojon. Se la problemo estas nefidinda IPv6-konekto, konservu tiun diagnozon anstataŭ fari silentan tutmondan ŝanĝon, kiu nur kaŝas ĝin. Funkcianta preferata vojo kaj strikta unufamilia eliro meritigas malsamajn agordojn.