# 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 :

```bash
[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

```

<div class="contain-inline-size rounded-md border-[0.5px] border-token-border-medium relative bg-token-sidebar-surface-primary dark:bg-gray-950" id="bkmrk-activer-et-lancer-le"><div class="flex items-center text-token-text-secondary px-4 py-2 text-xs font-sans justify-between rounded-t-md h-9 bg-token-sidebar-surface-primary dark:bg-token-main-surface-secondary select-none">- Activer et lancer le service :

</div></div>```bash
sudo systemctl enable zabbix-kuma-sync.service
sudo systemctl start zabbix-kuma-sync.service
```

- Vérifier qu'il tourne correctement :

```bash
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).

```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.