Six types de sondes
HTTP(S) avec méthode, en-têtes, codes acceptés et mot-clé ; port TCP ; ping sans root ; DNS ; certificat TLS ; et push pour vos tâches planifiées.
v0.3.0 Comptes, double authentification et historique sur 90 jours →
Elle veille sur vos services.
Saga vérifie vos sites, serveurs et tâches planifiées, vous prévient à la moindre panne et publie des pages de statut pour vos utilisateurs. L'esprit d'Uptime Kuma, dans un seul programme, sans conteneur.
- HTTP · TCP · Ping · DNS · Push
- Pages de statut
- Alertes en direct
- Auto-hébergé, sans conteneur
Le principe
Vérifier, prévenir, informer
Saga interroge vos services à intervalle régulier, ou attend le signal de vos tâches planifiées. Au premier vrai problème, une alerte part ; quand tout revient, une autre. Vos utilisateurs suivent l'état des services sur une page publique.
Vos services
Sites, API, ports, DNS · tâches cron
SONDES · PUSH
Serveur Saga
Tentatives · maintenances · historique
ALERTES · STATUT
Vous et vos utilisateurs
ntfy, Telegram, e-mail… · page publique
Aperçu
Tout l'état de vos services, d'un coup d'œil
La liste de vos sondes avec leurs dernières pulsations, le détail de chacune et le journal des pannes, mis à jour en direct dans une interface intégrée au serveur.
Fonctionnalités
Ce qu'on attend d'un Uptime Kuma, et un peu plus
Les sondes, les alertes et les pages de statut, plus les comptes et la sécurité de la famille.
Pas de fausse alerte
Tentatives avant de déclarer une panne, état « en attente », mode inversé, et une seule alerte par panne, même après un redémarrage.
Alertes et rappels
ntfy, Telegram, Gotify, Discord, Slack, Mattermost, webhook, e-mail. Canaux choisis par sonde, rappel tant que la panne dure, alerte avant l'expiration d'un certificat.
Pages de statut
Publiques, par groupes, avec annonce, maintenances en cours et 90 jours de disponibilité. Elles ne montrent jamais l'adresse d'un service.
Maintenances
Une fenêtre planifiée pour une mise à jour ou un redémarrage : les sondes concernées ne sont plus vérifiées et la page de statut l'annonce.
En direct
Chaque vérification apparaît dans l'interface au moment où elle se termine, sans recharger la page, sur tous les onglets ouverts.
Comptes et rôles
Lecteur, éditeur, administrateur, double authentification TOTP avec QR code et codes de secours.
Venir d'Uptime Kuma
Importez une sauvegarde Kuma : sondes, groupes et canaux repris, jetons push conservés. Export JSON de votre configuration, avec ou sans les secrets.
Machines, en option
Un agent léger, installé en une commande, envoie CPU, mémoire, disques et réseau de vos serveurs, avec des seuils d'alerte.
Historique
90 jours d'un coup d'œil
Une barre par jour, dans la fiche de chaque sonde et sur les pages de statut. Au survol : la disponibilité et le temps de réponse moyen de la journée.
Sécurité
Une sentinelle qui ne laisse rien filer
Saga connaît l'adresse de tous vos services et les secrets de vos canaux d'alerte : il les garde pour lui, et ne publie que ce qu'il faut.
Pages publiques sans fuite.
Seuls les noms et les états des sondes y figurent : ni adresse, ni message d'erreur, ni jeton.
- Comptes protégés : mots de passe Argon2id, double authentification TOTP, blocage progressif après plusieurs échecs.
- Secrets masqués : mots de passe SMTP et jetons ne repartent jamais vers le navigateur.
- Rôles : un lecteur consulte, un éditeur gère les sondes ; utilisateurs, alertes et sauvegardes restent aux administrateurs.
- Interface en HTTPS intégré (autorité locale bridée aux adresses privées), CSP stricte, aucune ressource externe.
- Service durci : utilisateur éphémère, système en lecture seule, appels système filtrés, ping sans privilège.
- Bonnes pratiques de déploiement →
Télécharger
Un paquet, un service, c'est tout
Un paquet .deb pour Debian 12 ou 13 : un binaire, sa base SQLite et un service systemd. Pas de serveur web, pas de base de données à installer, pas de conteneur.
sudo apt install ./saga-server_0.3.0_amd64.deb
# jeton de création du premier compte
sudo journalctl -u saga | grep jetonPar défaut, l'interface n'écoute que sur la machine locale. Ouvrez-la en HTTPS sur le réseau avec trois lignes dans /etc/saga/saga.env, puis créez le compte avec le jeton. Installation détaillée →
Pour mettre à jour, relancez la même commande avec le nouveau fichier : la configuration et l'historique sont conservés.
Serveur
saga-server_0.3.0_amd64.deb
Agent
saga-agent_0.3.0_amd64.deb
Vous venez d'Uptime Kuma ?
Exportez votre sauvegarde depuis Kuma (Paramètres › Sauvegarde), importez-la dans Saga : vos sondes et vos canaux sont repris.
Sauvegardez la base.
/var/lib/private/saga/saga.db contient la configuration, les comptes et l'historique. L'export JSON de l'interface ne garde que la configuration.
Pourquoi Saga ?
Celle qui voit et qui raconte
Dans les poèmes nordiques, Sága vit à Sökkvabekkr, le « ruisseau profond », où les flots fraîchissent sans cesse. Chaque jour, Odin vient y boire avec elle dans des coupes d'or ; on dit qu'elle lui raconte ce qu'elle voit et ce qui s'est passé.
Un serveur qui veille sur vos services, garde leur histoire et vous rapporte la moindre panne porte bien son nom.
SowiloS · l'éclair, le signal
LaguzL · l'eau qui coule, le ruisseau
Bindruneles deux, liées en un signe
Le logo est une rune liée : Laguz, le bras en haut du fût, et Sowilo, l'éclair qui le traverse. Le signal jaillit du ruisseau, comme les récits de Saga. L'anneau autour se lit « SAGA · SOKKVABEKKR · ODINN · GULLKER » en vieux futhark : la déesse, son ruisseau, Odin, et les coupes d'or où ils boivent.
Feuille de route
Trois versions livrées
- 1Socle : serveur Go, SQLite, HTTPS intégré, paquet Debian
- 2Sondes HTTP, TCP, ping, DNS, TLS et push, tentatives et alertes
- 3Pages de statut, maintenances, notifications par sonde
- 4Interface en direct, rappels pendant une panne
- 5Comptes, rôles, double authentification
- 6Historique sur 90 jours, import et export (Uptime Kuma)v0.3.0 · dernière version