Can Discourse Webhooks be used for reporting uptime to a 3rd party service e.g. hund.io ?
if so, How?
3 Me gusta
5 Me gusta
If you just need to measure uptime, configure your tool to hit discourse.example.com/srv/status.
11 Me gusta
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 me gusta
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 Me gusta
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 Me gusta
I guess that depends on how you define “uptime”…
3 Me gusta
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!
¡Hola!
Intenté usar Uptime Kuma apuntando a /srv/status pero me dice “Connection Refused” (Conexión Rechazada).
Estoy usando Uptime Kuma en un contenedor, al igual que Discourse. Además, para ambos estoy usando traefik como proxy inverso. Uptime Kuma con otro sitio web funciona muy bien, pero no puedo alcanzar la aplicación Discourse.
¿Puedes decirme por qué?
¡Gracias de antemano! 
Esto es un poco extraño, ¿puedes compartir una captura de pantalla de cómo lo configuraste? Tienes que configurarlo como monitor de palabras clave, buscando la palabra clave “ok” y el código de estado 200.
Hola @itsbhanusharma y ¡gracias por la rápida respuesta!
Solo configuré el código de estado, esta es mi configuración
También estoy usando una red docker “proxy_network” para Traefik.
¡Gracias de nuevo por tu ayuda!
¿Uptime Kuma está alojado en la misma máquina que Discourse?
EDITAR:
Creo que este es tu problema.
Hola,
sí, el servidor es el mismo.
Pero con otros sitios web funciona perfectamente, el único problema es con Discourse.
¿Quizás un resolvedor DNS interno?
Lo más probable es que se deba a una discrepancia de certificados.
Y el monitor de tiempo de actividad no detectará problemas si el servidor en sí está caído, por lo que se recomienda tenerlo en un servidor diferente al que aloja el resto de sus aplicaciones.
Hola, gracias por el consejo.
La aplicación Discourse tiene un certificado SSL generado por Traefik usando Let’s Encrypt.
Ahora mismo estoy usando la verificación del contenedor a través del socket de docker, pero no es fiable.
¿Puedo intentar otra cosa? Solo tengo un servidor con docker.
Gracias de nuevo.
cambia la configuración para monitorear la palabra clave ok, deshabilita la verificación ssl.
Cambie el tipo de monitor a palabra clave primero.