Squid արտաքին ACL քեքավորում. ինչու օգնականը չի կանչվում ամեն անգամ
Նախագծեք Squid-ի արտաքին ACL օգնականները մշտական գործընթացների, որոշման քեշի բանալիների և թույլատվության թարմության հստակ պահանջի շուրջ։
Օգնականը, որը գրանցում է մեկ հարցում և հետո լռում, կարող է նորմալ լինել։ Squid-ը կարող է գնահատել կանոնը քեշավորված արտաքին ACL արդյունքով՝ առանց օգնականին նոր հարցում ուղարկելու։
Նախ սահմանեք վերօգտագործելի որոշումը։ «Կարո՞ղ է այս հաշիվն օգտվել վստահված սերվերից» հարցը տարբեր մուտքեր է պահանջում, քան «Կարո՞ղ է այս հաշիվը հասնել այս նպատակակետին»։ Ընդլայնված արտաքին ACL ձևաչափը կազմում է քեշի բանալին։ Եթե օգնականը որոշում է օգտանունով և նպատակակետով, բայց բանալին պարունակում է միայն օգտանունը, քեշավորված թույլտվությունը կարող է գործել ավելի լայն, քան նախատեսված էր։ Ներառեք պատասխանը փոխող յուրաքանչյուր մուտք և խուսափեք միայն համարժեք որոշումները մասնատող մանրամասներից։
Այնուհետև ընտրեք թարմությունը։ Դրական ttl-ը և negative_ttl-ը կառավարում են համապատասխան և չհամապատասխանող արդյունքները. grace-ը կարող է թարմացում սկսել մինչև գրառման ժամկետի ավարտը։ Որոշեք, թե որքան ժամանակ չեղարկված հաշվի քեշավորված թույլտվությունը կարող է ազդել հետագա որոշումների վրա։ Այս կարգավորումներից ոչ մեկը նորից չի թույլատրում հաստատված CONNECT թունելը յուրաքանչյուր բայթի կամ ներքին HTTPS հարցման համար։ Եթե օգնականը կիրառում է երթևեկության քվոտա, ընդունված փոխանցումները կարող են շարունակվել մնացորդի փոփոխությունից հետո։
Օգնականը մշտական արձանագրային մասնակից է, ոչ պարտադիր նոր սկրիպտ գործընթաց յուրաքանչյուր հարցման համար։ Պահեք այն պատրաստ հաջորդական հարցումների տողերի համար և յուրաքանչյուր պատասխան ուղարկեք անմիջապես։ Ախտորոշումը դրեք այլ ալիքում։ Զուգահեռությունը միացված լինելու դեպքում վերադարձրեք համապատասխան տրամադրված ալիքի նույնացուցիչը։
Վերջապես սահմանեք դանդաղ, անհասանելի և ներքին սխալի ելքերը, և թող շրջակա ACL կարգը դրանք արտադրի։ Նախագիծը ավարտված է, երբ վերօգտագործելի պատասխանի և՛ յուրահատկությունը, և՛ թույլատրելի տարիքը համապատասխանում են մուտքի պահանջին։