Can Discourse Webhooks be used for reporting uptime to a 3rd party service e.g. hund.io ?
if so, How?
「いいね！」 3
「いいね！」 5
If you just need to measure uptime, configure your tool to hit discourse.example.com/srv/status.
「いいね！」 11
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
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
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
I guess that depends on how you define “uptime”…
「いいね！」 3
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チェックを無効にしてください。
モニターの種類を最初にキーワードに変更してください。