L'hôte de supervision atteint Squid, et une règle d'autorisation nomme sa communauté. Les requêtes SNMP échouent pourtant. Vérifiez quelle directive d'accès consomme cette ACL.

http_access évalue les requêtes de proxy HTTP. Il n'autorise pas l'agent SNMP. Les versions de Squid qui fournissent l'agent utilisent snmp_access pour cette décision distincte.

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

Ceci est un extrait d'autorisation de supervision, pas une installation complète de l'agent. La compilation doit inclure la prise en charge de SNMP, la version déployée doit fournir la fonctionnalité, et le port de l'agent ainsi que son accès réseau doivent être configurés.

Une interface graphique de configuration peut créer une règle syntaxiquement valide dans la mauvaise section. Lisez la directive générée au lieu de vous fier au nom convivial de l'ACL. Un objet nommé « communauté SNMP » ne fait pas de chaque endroit où il est référencé une autorisation SNMP.

Gardez la source de supervision restreinte. Une requête de proxy HTTP réussie et une requête SNMP acceptée répondent à des questions différentes, même lorsqu'elles atteignent la même machine.

Articles similaires