1

我们正在使用 PRTG 来监控许多内部资源,并且我们已将其设置为在 Slack 频道和/或通过 PagerDuty(取决于严重性)使用它们各自的 API 向我们发出警报。考虑到 Slack 和 PagerDuty 对我们来说是外部的,我们还想监控我们的 PRTG 实例是否可以访问它们——基本上,一种自我监控的形式或谁在看守望者?

到目前为止,我们为Slack找到的唯一可靠方法是将实际消息发布到私有“测试”Slack 频道,例如(已编辑 Slack URL 详细信息):

POST https://hooks.slack.com/services/XXX/YYY/ZZZ
Content-Type: application/json

{ "text": " ", "channel": "#prtg-webhook-test" }

同样,PagerDuty 的事件 API似乎只是 POST,有效操作仅限于触发、确认和解决:

POST https://events.pagerduty.com/v2/enqueue
Content-Type: application/json

有没有一种很好的方法来测试 HTTPS 连接而不发布实际的 Slack 消息/创建实际的 PagerDuty 警报?我在任何一项服务的文档中都找不到任何内容,也找不到在 PRTG 中创建适当传感器的创造性方法。

4

1 回答 1

1

对于 Slack,您可能更愿意调用 API,而不是 webhook。

我建议使用auth.test,因为它是少数没有速率限制的方法之一。

此外,对于整个 Slack 服务,您可以在此官方网页上查看当前状态。

于 2018-07-17T23:01:57.707 回答