Can Discourse Webhooks be used for reporting uptime to a 3rd party service e.g. hund.io ?
if so, How?
3 „Gefällt mir“
5 „Gefällt mir“
If you just need to measure uptime, configure your tool to hit discourse.example.com/srv/status.
11 „Gefällt mir“
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 „Gefällt mir“
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 „Gefällt mir“
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 „Gefällt mir“
I guess that depends on how you define “uptime”…
3 „Gefällt mir“
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!
Hallo!
Ich habe versucht, Uptime Kuma auf /srv/status zu verweisen, aber es meldet „Verbindung verweigert“.
Ich verwende Uptime Kuma in einem Container, ebenso wie Discourse. Für beide verwende ich Traefik als Reverse-Proxy. Uptime Kuma funktioniert mit anderen Websites sehr gut, aber ich kann die Discourse-Anwendung nicht erreichen.
Können Sie mir sagen, warum?
Vielen Dank im Voraus! 
Das ist etwas seltsam, können Sie einen Screenshot davon teilen, wie Sie es konfiguriert haben? Sie müssen es als Schlüsselwortüberwachung einrichten, das nach dem Schlüsselwort „ok“ und dem Statuscode 200 sucht.
Hallo @itsbhanusharma und vielen Dank für die schnelle Antwort!
Ich habe nur den Statuscode eingerichtet, das ist meine Konfiguration
Ich verwende auch ein Docker-Netzwerk „proxy_network“ für Traefik.
Nochmals vielen Dank für Ihre Hilfe!
Wird Uptime Kuma auf derselben Maschine wie Discourse gehostet?
EDIT:
Ich glaube, das ist Ihr Problem.
Hallo,
ja, der Server ist derselbe.
Aber mit anderen Websites funktioniert es perfekt, das einzige Problem ist mit Discourse.
Vielleicht ein interner DNS-Resolver?
Höchstwahrscheinlich liegt ein Zertifikatskonflikt vor.
Und der Uptime-Monitor erfasst keine Probleme, wenn der Server selbst ausgefallen ist. Daher wird empfohlen, ihn auf einem anderen Server als dem mit dem Rest Ihrer Anwendung(en) zu betreiben.
Hallo, danke für den Rat.
Die Discourse-Anwendung verfügt über ein SSL-Zertifikat, das von Traefik mithilfe von Let’s Encrypt generiert wurde.
Im Moment verwende ich die Container-Überprüfung über den Docker-Socket, aber das ist nicht zuverlässig.
Kann ich etwas anderes versuchen? Ich habe nur einen Server mit Docker.
Nochmals vielen Dank.
Ändern Sie das Setup so, dass es das Schlüsselwort „ok“ überwacht, und deaktivieren Sie die SSL-Prüfung.
Ändern Sie den Monitortyp zuerst in Schlüsselwort.