Can Discourse Webhooks be used for reporting uptime to a 3rd party service e.g. hund.io ?
if so, How?
3 « J'aime »
5 « J'aime »
If you just need to measure uptime, configure your tool to hit discourse.example.com/srv/status.
11 « J'aime »
Exactly what I want! … as this is to report system uptime to someone visiting a public status page. I saw webhooks in the hund.io configuration page so I thought maybe that is something but I’ll try the Pingdom integration instead.
Thanks for help.
@pfaffman we are using Promethus Integration for advanced Stuff already … needed something to test discourse availability every few seconds and report to a 3rd party for a public status page. The solution by @Falco should work afaik but I’ll test and update how it goes.
1 « J'aime »
Well, I don’t know whether I trust it.
https://community.yellowandblack.online/srv/status says OK, but https://community.yellowandblack.online/ returns a 500 error.
2 « J'aime »
I tried it just now and got the “Congratulations” setup page.
But if you reload a few times, you’ll stop getting that. At least, that’s my experience.
/srv/status is meant for measuring uptime only and not whether the server is returning the right response.
3 « J'aime »
I guess that depends on how you define “uptime”…
3 « J'aime »
In a Layman’s term, Service is Properly functioning! e.g. if there is a 500 error then it should return something other than ok!
@pfaffman I can confirm that behaviour. My system runs behind a Nginx reverse proxy and I Get okay no matter what!
Salut !
J’ai essayé d’utiliser Uptime Kuma en pointant vers /srv/status mais il m’indique « Connexion refusée ».
J’utilise Uptime Kuma dans un conteneur, ainsi que Discourse. De plus, pour les deux, j’utilise traefik pour le proxy inverse. Uptime Kuma fonctionne très bien avec d’autres sites web, mais je n’arrive pas à atteindre l’application Discourse.
Pouvez-vous me dire pourquoi ?
Merci d’avance ! 
C’est un peu étrange, pouvez-vous partager une capture d’écran de la façon dont vous l’avez configuré ? Vous devez le configurer comme un moniteur de mots-clés, recherchant le mot-clé « ok » et le code d’état 200.
Salut @itsbhanusharma et merci pour la réponse rapide !
J’ai seulement configuré le code de statut, voici ma configuration
J’utilise également un réseau docker nommé « proxy_network » pour Traefik.
Merci encore pour votre aide !
uptime kuma est-il hébergé sur la même machine que discourse ?
EDIT :
Je crois que c’est votre problème.
Bonjour,
oui, le serveur est le même.
Mais avec d’autres sites web, cela fonctionne parfaitement, le seul problème est avec Discourse.
Peut-être un résolveur DNS interne ?
Il s’agit très probablement d’une non-concordance de certificat.
Et le moniteur de temps de disponibilité n’attrapera pas les problèmes si le serveur lui-même est en panne, il est donc recommandé de le placer sur un serveur différent de celui où se trouvent le reste de vos applications.
Bonjour, merci pour vos conseils.
L’application Discourse a un certificat SSL généré par Traefik utilisant Let’s Encrypt.
Actuellement, j’utilise la vérification de conteneur via la socket docker, mais ce n’est pas fiable.
Puis-je essayer autre chose ? Je n’ai qu’un seul serveur avec docker.
Merci encore.
changez la configuration pour surveiller le mot-clé ok, désactivez la vérification ssl.
Changez le type de moniteur en mot-clé en premier.