limite l'attente vers Kuma sur le site de statut et précise sa mise en place
Kuma 1.23 ne répond jamais pour une page de statut inexistante. Le runbook détaille maintenant le champ sous-domaine d'OVH et la création de la page. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
parent
618cd7efbe
commit
80840b9f62
2 changed files with 5 additions and 2 deletions
|
|
@ -25,9 +25,9 @@ ssh paillasse "sudo grep -c 'Violation CSP' /var/www/portail/storage/logs/larave
|
|||
|
||||
## Activer la page de statut
|
||||
|
||||
1. Ajouter chez OVH : `status.syllabuslab.fr` A `163.172.4.195`.
|
||||
1. Ajouter chez OVH un enregistrement A : champ « Sous-domaine » = `status` (seulement : OVH ajoute `.syllabuslab.fr` ; saisir le nom complet crée `status.syllabuslab.fr.syllabuslab.fr`), cible `163.172.4.195`.
|
||||
2. Vérifier qu'il est publié : `dig +short A status.syllabuslab.fr @ns111.ovh.net`.
|
||||
3. Dans Uptime Kuma (par tunnel), créer une page de statut avec l'identifiant (slug) `syllabus` et y mettre les sondes à publier.
|
||||
3. Dans Uptime Kuma (par tunnel), menu « Pages de statut » (pas « Ajouter une sonde ») : créer une page dont l'identifiant (slug) est `syllabus`, y ajouter les sondes à publier, enregistrer. Vérifier : `curl -m 5 http://127.0.0.1:3001/api/status-page/syllabus` sur le serveur doit répondre (Kuma 1.23 ne répond jamais pour une page inexistante).
|
||||
4. `cd ansible && script -q /dev/null ansible-playbook portail.yml -i inventory.ini` : le rôle détecte le nom, l'ajoute au certificat et active le site.
|
||||
5. Vérifier : `https://status.syllabuslab.fr` affiche la page ; `https://status.syllabuslab.fr/dashboard` et `/metrics` répondent 404.
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue