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 მხარდაჭერას, განლაგებული გამოშვება უნდა უზრუნველყოფდეს ამ ფუნქციას, ხოლო აგენტის პორტი და ქსელური წვდომა უნდა იყოს კონფიგურირებული.
კონფიგურაციის GUI-მ შეიძლება სინტაქსურად სწორი წესი არასწორ განყოფილებაში შექმნას. წაიკითხეთ გენერირებული დირექტივა და ნუ დაეყრდნობით ACL-ის მეგობრულ სახელს. ობიექტი სახელად „SNMP საზოგადოება“ ყოველ მითითების ადგილს SNMP ნებართვად არ აქცევს.
შეინარჩუნეთ მონიტორინგის წყარო შეზღუდული. წარმატებული HTTP პროქსი მოთხოვნა და მიღებული SNMP მოთხოვნა სხვადასხვა კითხვას პასუხობს, მაშინაც კი, როცა ერთსა და იმავე მანქანას აღწევს.