Mise en service

Mise en service automatique (systemd)

Pour exécuter le script à chaque démarrage du serveur Zabbix :

• Créer un fichier de service zabbix-kuma-sync.service dans /etc/systemd/system/, par exemple :

[Unit]
Description=Synchronisation Zabbix → Uptime Kuma
After=network.target

[Service]
Type=simple
ExecStart=/usr/bin/python3 [Chemin vers le script]
Restart=on-failure
User=appliance

[Install]
WantedBy=multi-user.target

sudo systemctl enable zabbix-kuma-sync.service
sudo systemctl start zabbix-kuma-sync.service

• Vérifier qu'il tourne correctement :

systemctl status zabbix-kuma-sync.service

Configuration de la page de statut Uptime Kuma

Une fois les moniteurs créés automatiquement :

1. Moniteurs :

   • URL pointée : http://nepaschanger.no/ (inexistante).
   • Intervalle de vérification : 260000 secondes.
   • Par défaut, le script active le mode inversé, donc l’hôte s’affiche “Up” même si l’URL est inaccessible.

2. Status Page :

   • Uptime Kuma propose la création d’une page de statut publique ou interne, consultable par les utilisateurs finaux.
   • Les hôtes y apparaissent Up ou Down suivant leur mode inversé.

3. Personnalisation CSS :

   • Pour n’afficher que les hôtes en Down, un CSS personnalisé masque ceux en Up. 
     • Cette personnalisation se fait dans les paramètres de la page de statut de Kuma (Settings → Status Page → Custom CSS).

.monitor-list > .item:has(.bg-primary) {
    display: none !important;
}

De cette manière, les utilisateurs qui consultent la page de statut n’ont pas besoin d’accéder à Zabbix : ils voient uniquement la liste des hôtes impactés (en panne), ce qui remplit l’objectif d’une interface simple et dépouillée.

Résultat et avantages

• Page de statut : indique clairement quels sites distants sont en panne sans exposer l’interface complexe de Zabbix.
• Sécurité : l’utilisateur “API” de Zabbix n’a accès qu’au groupe d’hôtes que je souhaite et à leurs déclencheurs, pas à l’ensemble du monitoring ou de la configuration.
• Automatisation : le script se lance au démarrage, met à jour Uptime Kuma sans intervention manuelle.
• Performance : les checks étant inversés et programmés sur un intervalle très long, la surcharge réseau est quasi inexistante.

Ce système répond parfaitement au besoin de “vitrine” ou de “tableau de bord” : une page de statut sur laquelle ne figurent que les pannes, gérée de manière automatique, tout en évitant la complexité de l’interface Zabbix et en protégeant les données sensibles de l’outil de supervision.