SNMP հաշվիչներն ունեն իրենց սեփական Squid մուտքի կանոնները
Թույլատրեք Squid-ի մոնիտորինգի ինտերֆեյսը snmp_access-ում՝ HTTP հարցումների թույլտվություն ավելացնելու փոխարեն։
Մոնիտորինգի հոսթը հասնում է Squid-ին, և թույլտվության կանոնը նշում է նրա համայնքը։ SNMP հարցումները դեռ ձախողվում են։ Ստուգեք, թե որ մուտքի հրահանգն է օգտագործում այդ ACL-ը։
http_access գնահատում է HTTP վստահված սերվերի հարցումները։ Այն չի լիազորում SNMP գործակալին։ Գործակալ տրամադրող Squid տարբերակները այդ առանձին որոշման համար օգտագործում են snmp_access։
acl monitor_host src 192.0.2.44/32
acl monitor_community snmp_community approved_monitor
snmp_access allow monitor_host monitor_community
snmp_access deny all
Սա մոնիտորինգի լիազորման հատված է, ոչ թե գործակալի ամբողջական կարգավորում։ Կառուցվածքը պետք է ներառի SNMP աջակցություն, տեղակայված թողարկումը պետք է տրամադրի այդ հնարավորությունը, և գործակալի պորտը ու ցանցային հասանելիությունը պետք է կարգավորվեն։
Կարգավորման գրաֆիկական ինտերֆեյսը կարող է շարահյուսորեն վավեր կանոն ստեղծել սխալ բաժնում։ Կարդացեք ստեղծված հրահանգը՝ ACL-ի ընկերական անվանը ապավինելու փոխարեն։ «SNMP համայնք» կոչվող օբյեկտը չի դարձնում դրա յուրաքանչյուր հղման վայր SNMP թույլտվություն։
Պահեք մոնիտորինգի աղբյուրը սահմանափակ։ Հաջող HTTP վստահված սերվերի հարցումը և ընդունված SNMP հարցումը պատասխանում են տարբեր հարցերի, նույնիսկ երբ հասնում են նույն մեքենային։