Squid-ի մեկ allow կանոնը նշանակում է AND, երկուսը՝ OR
Կարդացեք Squid-ի ACL համակցությունները և հերթականացված մուտքի կանոնները, որպեսզի մասնավոր պրոքսին տրամադրի միայն նախատեսված մուտքը։
Բարձրաձայն կարդացեք այս քաղաքականությունը՝ թույլ տվեք գրասենյակի ցանցին օգտագործել պրոքսին հաստատված նպատակակետի համար։ Եթե այդ պայմանները պատկանում են միասին, պահեք դրանք միասին կանոնում։
http_access allow office_clients approved_destinationԱյդ տողը հարցումը թույլատրելու համար պետք է համընկնեն երկու ACL-ները։ Այն բաժանելը փոխում է քաղաքականությունը՝
http_access allow office_clients
http_access allow approved_destinationԱյժմ գրասենյակի հաճախորդներին կարելի է թույլատրել առանց նպատակակետի սահմանափակման, իսկ այդ նպատակակետին ուղղված հարցումները՝ առանց գրասենյակի սահմանափակման, եթե ավելի վաղ կանոնը չի մերժել դրանք։ Երկու տողը մեկ տողի ավելի ընթեռնելի ուղղագրություն չէ։
Հերթականությունը քաղաքականության մասն է
Squid-ը գնահատում է մուտքի կանոնները հաջորդականությամբ։ Առաջին համընկնող որոշումը կառավարում է հարցումը։ Ավելի վաղ allow all-ը չեղարկում է ավելի ուշ խնամքով արված սահմանափակումը, իսկ ավելի վաղ համընկնող մերժումը խանգարում է հասնել ավելի ուշ թույլտվության։
http_access փաստաթղթերը բացատրում են այս հաջորդականությունը։ Պահեք դիտավորյալ վերջնական մերժում՝ փոխարենը հույս դնելով, որ ընթերցողը կհիշի անուղղակի լռելյայն վարքը։
ACL-ի շատ սահմանումներ ունեն տարբեր OR հարաբերություն՝ մեկ անվանված աղբյուր ACL-ը կարող է թվարկել մի քանի թույլատրված միջակայքեր։ Դա աղբյուրի և նպատակակետի ինքնությունը նույն ACL տեսակը չի դարձնում։ Սահմանեք դրանք առանձին, ապա միավորեք անունները մուտքի որոշման մեջ։
Մասնավոր ելքի համար սա ազդում է, թե ով կարող է օգտագործել ձեր արտաքին IP-ն։ Դիտարկեք չորս դեպք՝ հաստատված հաճախորդ դեպի հաստատված նպատակակետ, հաստատված հաճախորդ այլուր, մեկ այլ հաճախորդ դեպի հաստատված նպատակակետ և մեկ այլ հաճախորդ այլուր։ Եթե կանոնները թույլատրում են ավելի շատ դեպքեր, քան նախատեսում է քաղաքականությունը, ուղղեք տրամաբանությունը նախքան լսողը լայնացնելը։ Շարահյուսորեն վավեր կազմաձևը դեռ կարող է արտահայտել սխալ թույլտվություններ։