当涉及到在 Web 监视期间触发的 DNS 错误时,通常不容易快速识别和理解导致连接错误的确切问题。 在本文中,我们将引导您完成一些 DNS 错误故障排除步骤。

有关故障排除错误的常见问题,请访问故障排除监视错误一文。

为什么发生 DNS 错误?

通常,DNS 提供程序发生 DNS 错误的最常见原因,如 DNS 超时或 DNS 配置错误。

例如,DNS 树传播可能相当长。 存储主机 IP 地址的权威 DNS 名称服务器的 DNS 链很长,这会增加 DNS 解析时间。 在这种情况下,由于监视超时限制与完成 DNS 解析的实际时间不一致,可能会收到 DNS 超时错误。

如果 DNS 解析时间超过 11 秒(默认情况下允许),将生成 DNS 超时错误。 请注意,这不一定是网站可用性问题,而是已中止的长时间超时。

我们建议的第一个故障排除步骤是检查 DNS 树,并了解 DNS 服务器问题或超时发生的时间。 拉动设备的联机报告,在“日志”选项卡上使用内置DNS 跟踪选项。

 

要实时构建 DNS 树,请使用Dotcom-Monitor DNS 跟踪工具。 在DNS 跟踪选项卡上,输入 IP 和位置并开始测试。 传播是从根服务器开始,因为它执行设备缓存或非缓存 DNS 模式。

DNS 错误故障排除

要排除 DNS 错误,请查看为 DNS 树的每个服务器节点提供的错误描述,如上图所示(步骤 2)。

如果经常遇到 DNS 错误,则可以为相关域设置单独的DNS 任务验证响应选项设置为“首次响应“),并设置特定的监视频率以将域名解析签入 IP。

DNS 超时故障排除

如果出现 DNS 服务器超时问题,我们建议您联系提供商,检查其一方是否有任何 DNS 服务器的性能下降。 此外,超载的 DNS 服务器可能会减慢服务器对名称请求的响应时间。

如果没有 DNS 服务器性能问题,请使用建议的方法之一:

要处理 DNS 超时错误,可以将解析模式从“已执行”更改为TTL _ached。

默认情况下,在设备缓存模式下,Dotcom-Monitor 会从根 DNS 服务器进行全分辨率,每次检查时无需任何缓存。 换句话说,这是最可靠的方法,因为从根 DNS 服务器开始的整个 DNS 链被检查。 但是,此方法的缺点是它增加了设备执行时间,如果 DNS 树很长,则可能导致超时问题。

另一方面,TTL 缓存模式允许在实际用户的计算机上执行 DNS 查找时对其进行模拟。 通常,要解析网站 IP 地址,DNS 查找信息将本地缓存在用户的计算机上。 在域 IP 地址的第一个请求中,DNS 记录将保存到缓存中,并用于对域的后续请求。 这将跳过 DNS 解析过程中的所有查找步骤,从而加快该过程。 同样,具有已安装监视代理的本地 DNS 服务器用于在TTL 缓存模式下预缓存查找信息。 DNS 记录在 TTL 期间保存在本地服务器的缓存中,并且根据特定主机的 TTL 是什么(通常大约在一天左右),很少请求 DNS 记录。 因此,获得超时的可能性大大降低。

要使用公共缓存服务,如 Google (8.8.8.8, 8.8.4.4) 或 Cloudfare (1.1.1.1),请将 DNS 模式更改为外部 DNS 服务器。 Dotcom-Monitor 将从公共服务的 DNS 缓存中获取 IP 地址。 此选项将减少 DNS 解析时间,并有助于解决超时问题。