Can Discourse Webhooks be used for reporting uptime to a 3rd party service e.g. hund.io ?
if so, How?
AI-generated summary
The discussion revolves around using Discourse’s /srv/status endpoint for uptime monitoring via third-party services like Hund.io or Uptime Kuma. itsbhanusharma initiates the query, seeking a way to report uptime to a public status page. Falco suggests using the /srv/status endpoint, which returns “ok” if the service is running. pfaffman shares a concern about reliability, noting that the endpoint may return “ok” even when the main site is down due to issues like 500 errors or misconfigured reverse proxies. Mittineague confirms that the endpoint may show “ok” during initial setup, but fails after reloading. tgxworld clarifies that /srv/status is intended for uptime checks, not full functionality. FrancescoM reports issues with Uptime Kuma failing to connect to the endpoint, despite working with other sites. itsbhanusharma suggests configuring the monitor to check for the “ok” keyword and disable SSL verification. FrancescoM continues troubleshooting, eventually resolving the issue by using the local Docker container hostname. itsbhanusharma advises running uptime monitoring from a separate server to avoid dependency on the same infrastructure.
If you just need to measure uptime, configure your tool to hit discourse.example.com/srv/status.
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.
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.
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.
I guess that depends on how you define “uptime”…
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!
こんにちは！
Uptime Kumaで/srv/statusを指し示そうとしましたが、「Connection Refused」と表示されます。
コンテナ内でUptime KumaとDiscourseを使用しています。また、両方でリバースプロキシとしてtraefikを使用しています。Uptime Kumaは他のウェブサイトでは非常によく機能しますが、Discourseアプリに到達できません。
理由を教えていただけますか？
よろしくお願いします！
これは少し奇妙ですね。どのように設定したかスクリーンショットを共有してもらえますか？キーワードモニターとして設定し、キーワード「ok」とステータスコード200を監視する必要があります。
こんにちは、@itsbhanusharma さん、迅速なご回答ありがとうございます！
ステータスコードのみを設定しました。これが私の設定です。
TraefikのためにDockerネットワーク「proxy_network」も使用しています。
ご協力に改めて感謝いたします！
uptime kuma は discourse と同じマシンでホストされていますか？
編集：
これがあなたの問題だと思います。
こんにちは、
はい、サーバーは同じです。
しかし、他のウェブサイトでは完璧に動作しており、問題はDiscourseでのみ発生しています。
内部DNSリゾルバかもしれませんね？
おそらく証明書の不一致が原因です。
また、サーバー自体がダウンしている場合、アップタイムモニターでは問題を検出できないため、アプリケーションの他の部分とは異なるサーバー上に設置することが推奨されます。
こんにちは、アドバイスありがとうございます。
Discourseアプリは、Traefikを使用してLet’s Encryptによって生成されたSSL証明書を使用しています。
現在、dockerソケットを使用したコンテナチェックを使用していますが、信頼性がありません。
他に試せることはありますか？サーバーはdockerが稼働しているものが1台だけです。
重ねて感謝いたします。
セットアップを変更して、okキーワードを監視し、sslチェックを無効にしてください。
モニターの種類を最初にキーワードに変更してください。