Squid 5–7: kwa nini dns_v4_first haifanyi kazi tena

Usanidi wa zamani wa Squid una dns_v4_first on. Baada ya uboreshaji, mstari huo hautoi tena upendeleo wa IPv4 unaotarajiwa. Kuongeza nakala zaidi hakutarejesha tabia ya awali.

Rejea ya usanidi inaorodhesha agizo hilo kama halipatikani katika Squid 5 hadi 7. Uteuzi wa anwani wa Squid ulibadilika pamoja na kazi ya Happy Eyeballs; ushauri wa zamani wa upendeleo unapaswa kusomwa katika muktadha wa toleo hilo.

Upendeleo na kulazimisha ni maombi mawili tofauti

Kwanza amua unahitaji nini. Kupendelea njia ya IPv4 inayofanya kazi wakati familia zote mbili zinapatikana? Kuondoa muunganisho wa IPv6 uliovunjika? Kuhakikisha kwamba njia fulani ya kutoka inatumia IPv4 pekee? Hizi si sera moja. Vikwazo vya familia ya lengwa pia vinapaswa kubaki tofauti na ACL za chanzo cha mteja.

Kuzima ufikiaji wa familia moja kunaweza kufanya tovuti zingine zisifikike. Kubadilisha majibu ya DNS hubadilisha wagombea wanaopatikana kwa proksi. Kurekebisha njia ya polepole au iliyovunjika hushughulikia hitilafu ya mtandao. Hakuna hata moja inapaswa kuelezewa kama mstari wa badala wa jumla wa agizo lililoondolewa.

Tenganisha pia uteuzi wa anwani ya lengwa na anwani inayotumika kufikia proksi mzazi. Jina la mwenyeji mzazi linaweza kuwa na wagombea wake wa IPv4 na IPv6, wakati mzazi hufanya muunganisho wa mwisho wa tovuti kwa sera yake mwenyewe.

Sheria ya anwani ya chanzo ina jukumu lingine: huchagua chanzo kinachofaa kwa muunganisho, badala ya kuunda msaada wa lengo. Chanzo cha IPv4 hakifanyi lengo la IPv6 pekee kuwa ncha ya IPv4.

Angalia nyaraka za toleo lililosakinwa na njia yote ya upelekaji. Ikiwa tatizo ni muunganisho wa IPv6 usiotegemewa, hifadhi utambuzi huo badala ya kufanya mabadiliko ya kimataifa ya kimya ambayo huficha tu. Njia inayopendelewa inayofanya kazi na kutoka kwa familia moja kwa ukali zinastahili usanidi tofauti.