我们正在使用PRTG监视大量内部资源，并且已将其设置为使用各自的API在Slack频道和/或通过PagerDuty（取决于严重性）来提醒我们。考虑到Slack和PagerDuty在我们外部，我们还想监视我们的PRTG实例是否可以访问它们-基本上是一种自我监视或Who Watches the Watchmen?
到目前为止，我们为Slack找到的唯一可靠的方法是将实际消息发布到私有的“测试” Slack频道，例如（已编辑的松弛URL详细信息）：
POST https://hooks.slack.com/services/XXX/YYY/ZZZ
Content-Type: application/json
{ "text": " ", "channel": "#prtg-webhook-test" }
类似地，PagerDuty's Events API似乎仅是POST，并且有效操作仅限于触发，确认和解决：
POST https://events.pagerduty.com/v2/enqueue
Content-Type: application/json
有没有一种好的方法来测试HTTPS连接，而无需发布实际的Slack消息/创建实际的PagerDuty警报？在服务文档或在PRTG中创建适当传感器的创造性方法中，我都找不到文档。
答案 0 :(得分：1)
对于Slack，您可能希望调用API，而不是Webhook。
我建议使用auth.test，因为它是没有速率限制的少数几种方法之一。
此外，对于整个Slack服务，您都可以在此official webpage上看到当前状态。