Squid 5–7: ինչու dns_v4_first-ն այլևս չի աշխատում

Հին Squid կազմաձևը պարունակում է dns_v4_first on։ Թարմացումից հետո այդ տողն այլևս չի տալիս սպասվող IPv4 նախապատվությունը։ Դրա լրացուցիչ պատճեններ ավելացնելը չի վերականգնի նախկին վարքը։

Կազմաձևի տեղեկատուն նշում է հրահանգը որպես անհասանելի Squid 5-ից 7-ում։ Squid-ի հասցեների ընտրությունը փոխվել է Happy Eyeballs աշխատանքի հետ; հին նախապատվության խորհուրդները պետք է կարդալ այդ թողարկման համատեքստում։

Նախապատվությունը և պարտադրանքը տարբեր պահանջներ են

Նախ որոշեք, թե ինչ է ձեզ անհրաժեշտ։ Նախապատվե՞լ աշխատող IPv4 ուղուն, երբ երկու ընտանիքներն էլ հասանելի են։ Վերացնե՞լ կոտրված IPv6 կապը։ Երաշխավորե՞լ, որ որոշակի ելքը օգտագործի միայն IPv4։ Սրանք նույն քաղաքականությունը չեն։ Նպատակակետի ընտանիքի սահմանափակումները նույնպես պետք է առանձին մնան հաճախորդի աղբյուրի ACL-ներից։

Մեկ ընտանիքի հասանելիությունն անջատելը կարող է որոշ կայքեր դարձնել անհասանելի։ DNS պատասխանները փոխելը փոխում է պրոքսիին հասանելի թեկնածուներին։ Դանդաղ կամ կոտրված ուղու վերանորոգումը լուծում է ցանցային խափանում։ Դրանցից ոչ մեկը չպետք է նկարագրվի որպես հեռացված հրահանգի համընդհանուր փոխարինող տող։

Նպատակակետի հասցեի ընտրությունը առանձնացրեք նաև ծնող պրոքսիին հասնելու համար օգտագործվող հասցեից։ Ծնող հոսթի անունը կարող է ունենալ իր IPv4 և IPv6 թեկնածուները, մինչ ծնողը վերջնական կայքի կապը կատարում է իր քաղաքականությամբ։

Աղբյուր-հասցեի կանոնն այլ դեր ունի. այն ընտրում է համատեղելի աղբյուր կապի համար, այլ ոչ թե ստեղծում նպատակակետի աջակցություն։ IPv4 աղբյուրը միայն IPv6 նպատակակետը IPv4 վերջնակետ չի դարձնում։

Ստուգեք տեղադրված թողարկման փաստաթղթերը և ամբողջ փոխանցման ուղին։ Եթե խնդիրը անհուսալի IPv6 կապն է, պահեք այդ ախտորոշումը, փոխարենը լուռ գլոբալ փոփոխություն չկատարեք, որը պարզապես թաքցնում է այն։ Աշխատող նախընտրելի ուղին և խիստ մեկ ընտանիքի ելքը տարբեր կազմաձևերի են արժանի։