Mon premier lab Zabbix : surveiller un Debian et un Windows

Pourquoi ce lab

Je voulais comprendre comment une équipe repère une panne avant ses utilisateurs. Plutôt que de lire de la théorie, j'ai monté un petit lab de supervision avec Zabbix 7.0.

Ce que j'ai monté

Deux machines virtuelles sous VMware Fusion : une Debian 13 qui héberge le serveur Zabbix (avec MariaDB et l'interface web Apache), et un Windows Server 2025 à surveiller. Le serveur Zabbix se surveille aussi lui-même grâce à son propre agent. Sur Windows, j'ai installé l'agent en PowerShell et ouvert le port 10050 dans le pare-feu uniquement pour l'adresse du serveur.

Le test qui m'a appris le plus

J'ai arrêté volontairement l'agent Zabbix sur le Windows à 15:26. Trois minutes plus tard, à 15:29:37, Zabbix a ouvert le problème « Zabbix agent is not available ». J'ai redémarré l'agent à 15:40 et, à 15:40:37, le problème est passé en RESOLVED. Voir une panne apparaître puis se refermer seule m'a fait comprendre le cycle complet d'une alerte.

Ce que j'ai appris

- Le serveur interroge l'agent : les deux doivent s'entendre sur l'adresse autorisée et sur le nom de la machine. - Un modèle de supervision apporte beaucoup de mesures d'un coup (113 éléments et 79 déclencheurs pour ce Windows), dont certains signalent des services à démarrage manuel qui ne sont pas de vraies pannes. - Une alerte n'est utile que si quelqu'un la voit.

Les limites de ce lab

Je n'ai pas configuré de notification par e-mail : l'alerte n'est visible que dans l'interface. L'interface est en HTTP et non en HTTPS, et les échanges entre agent et serveur ne sont pas chiffrés. La suite prévue : notifications, HTTPS, chiffrement par clé, sauvegarde de la base.

Le détail pas à pas, les commandes et les captures sont dans le dépôt GitHub du projet.