本文为排除基本错误设置指导原则，并介绍如何验证”错误警报”是否实际上是真正的警报。

当 Dotcom-Monitor 系统的用户收到被监视设备（网站/网络设备/邮件服务器等）有错误时的警报时，他们通常会通过简单的操作（如在自己的浏览器中打开网页或执行常规邮箱检查）来”验证”错误。 如果视觉上一切看起来都很好，他们可能会错误地假设错误是”错误警报”。 然而，基于对Dotcom-Monitor故障票的广泛审查，建议”虚假警报”往往不是这些”虚假警报”实际上是真正的警报。

要确定警报的有效性并查明警报的根本原因，请按以下步骤顺序执行：

  1. 启用“警报静音“一段时间，直到您找出警报的原因。
  2. 检查最近的服务器维护，或最近的服务器和网络硬件重新配置，或对网页内容的更新。
  3. 在创建麻烦票证之前，请查看有关设备状态和错误详细信息的详细信息，特别是：
  • 错误类型和描述 – 有助于确定搜索区域的区域。
  • 跟踪路由 – 中间网络齿轮通常会导致延迟和中断，监控将检测到。
  • HTML 正文 – HTML 可能包含包含详细说明的服务器错误消息。
  • DNS 跟踪 – 非常有助于查明问题的根源：
    1. 临时域名服务器 （DNS） 问题通常并不意味着任何连接丢失，因为常规客户端的计算机使用 DNS 缓存。
    2. 如果出现”超时”错误：转到指示错误的任务的设置，并选中该字段中值的值（例如”15 秒”）的”最大连接超时”字段。 网络延迟和服务器负载可以显著增加监视任务执行时间，因此它将达到调整的超时值并触发警报，而受监视的实体仍可操作。

如果采取这些步骤后，错误的原因仍不清楚，或者需要进一步的帮助 – 通过实时聊天或故障票系统联系技术支持。