Supervision : SNMP, Zabbix, alertes
Synchroniser l'heure avec NTP, interroger les équipements en SNMP, superviser serveurs et réseau avec Zabbix, et déclencher des alertes utiles plutôt que du bruit.
L'essentiel
- Superviser = collecter, stocker, comparer à un seuil, alerter : voir la panne venir plutôt que la subir.
- Trois questions : disponibilité (ça marche ?), performance (ça marche bien ?), capacité (ça marchera encore ?).
- NTP (UDP 123) donne la même heure à tous : indispensable pour comparer les journaux, pour Kerberos et les certificats. Strate 16 = non synchronisé.
- SNMP : le gestionnaire interroge l'agent sur UDP 161 ; l'agent envoie ses traps sur UDP 162.
- OID = identifiant d'une information dans l'arbre ; MIB = dictionnaire des OID. sysName = 1.3.6.1.2.1.1.5.0.
- v1 et v2c : communauté en clair → lecture seule, nom non devinable, liste d'accès. v3 : utilisateur, authentification et chiffrement.
- Zabbix : serveur, base de données, interface web ; agent passif (TCP 10050) ou actif (TCP 10051) ; SNMP pour le réseau ; proxy pour un site distant.
- Hôte → éléments (clés) apportés par un modèle → déclencheurs avec une sévérité → problème.
- Alerte = type de média + média de l'utilisateur + action (avec escalade) ; le technicien acquitte.
- Pas d'alerte sans action à mener : durées, deux seuils, dépendances, pas d'alerte sur les ports des postes.
À retenir
La supervision mesure (disponibilité, performance, capacité), garde l'historique, compare à des seuils et alerte. Uptime Kuma dit si le service répond ; Zabbix dit comment vont les machines ; les journaux disent ce qui s'est passé. Les trois se complètent.
À retenir
SNMP : le gestionnaire interroge l'agent sur UDP 161 (GET, GETNEXT, GETBULK) ; l'agent envoie ses traps sur UDP 162. Chaque information a un OID ; la MIB lui donne un nom et un sens. Exemple à connaître : sysName = 1.3.6.1.2.1.1.5.0.
Piège classique
Laisser la communauté public (ou pire, private en écriture) : c'est la première chose qu'essaie un attaquant. Avec un accès en écriture, il peut modifier la configuration de l'équipement. Jamais de RW, une communauté propre à l'entreprise, une liste d'accès, et SNMP v3 quand c'est possible.
À retenir
Zabbix : un hôte porte des éléments (valeurs mesurées, identifiées par une clé) ; un modèle les apporte tout prêts ; un déclencheur compare une valeur à un seuil et crée un problème d'une certaine sévérité. Agent passif : TCP 10050 ; agent actif : TCP 10051.
Commandes clés
| Pour… | Commandes |
|---|---|
| NTP (Cisco) | ntp master 4 (source) · ntp server 172.16.99.252 (client) · show ntp status |
| SNMP v2c (Cisco) | access-list 10 permit host 172.16.99.21 · snmp-server community BL-Supervision RO 10 |
| Traps (Cisco) | snmp-server host 172.16.99.21 version 2c BL-Supervision · snmp-server enable traps |
| Tester SNMP (Debian) | snmpget -v2c -c COMMUNAUTE IP 1.3.6.1.2.1.1.5.0 · snmpwalk … |
| Heure (Debian, Windows) | timedatectl · w32tm /query /status |
| Agent Zabbix | Server= · ServerActive= · Hostname= · port TCP 10050 |
| Dépanner | nc -zv IP 10050 · /var/log/zabbix/zabbix_server.log · Surveillance → Dernières données |