当涉及到在 Web 监视期间触发的 DNS 错误时，通常不容易快速识别和理解导致连接错误的确切问题。 幕后（在几秒钟内）有很多事，我们认为是理所当然的。 因此，当 DNS 问题发生时，可能会立即对各种资源和内部和外部用户产生影响。 出现 DNS 错误的网站可能会导致用户体验问题，从而导致用户不鼓励和业务收入损失。 此外，如果 DNS 配置设置不正确，或者问题未选中，则可能导致域权限丢失。

在这篇文章中，我们将引导您完成一些 DNS 错误故障排除步骤。

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

  • 什么是 DNS 及其工作？

为什么会发生 DNS 错误？

通常，DNS 错误的最常见原因，如 DNS 超时或 DNS 配置错误s，发生在 DNS 服务提供商和 影响 向用户 可能因严重性而异 的错误. T他 Dns 是 a 巨大而复杂 网络. 有些问题可能与硬件相关，可以快速解决，但如此我的错误可能需要更深入的 DNS 故障排除， 导致 额外的资源和修复时间。

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

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

 

DNS 故障排除提示和最佳实践

我们建议的第一个故障排除步骤是检查 DNS 树，并了解 DNS 服务器问题或超时发生的时间。 我们建议 拉 在线报告 监测 装置, 和 在 日志 选项 卡, 使用内置 DNS 跟踪 选项。

 

 

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

 

排除 DNS 错误

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

如果您经常遇到 DNS 错误，您可以为有关域设置单独的DNS 任务（”验证响应上”选项设置为”第一响应“），并设置特定的监视频率以将域名解析检查到 IP 中。

当疑难解答g DNS错误时需要调查的其他领域包括网络设备、浏览器和/或设备、DNS 记录、服务提供商和延迟 问题。 它 是 好的做法 ，有一个项目清单 排除故障。 与排除任何故障一样，最好从项目开始（s）最容易检查和检查，然后向下移动到更困难和耗时的项目s，如麻烦胡丁配置错误 DNS 记录或审查延迟问题。

  • DNS 响应和错误代码

故障排除 DNS 超时

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

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

要处理 DNS 超时错误，您可以将解析模式从 设备 +ached 更改为 TTL +ached。

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

另一方面，TTL 缓存模式允许在实际用户的计算机上执行 DNS 查找时对其进行模拟。 要解析网站 IP 地址，DNS 查找信息在用户计算机上本地缓存。 在第一次请求域的 IP 地址时，DNS 记录将保存到缓存中，并在后续对域的请求上使用，这有助于通过跳过 DNS 解析过程中的所有查找步骤来加快进程，从而更好地满足整体用户体验。

同样，具有已安装监视代理的本地 DNS 服务器用于在TTL 缓存模式下预缓存查找信息。 DNS 记录在 TTL 期间保存在本地服务器的缓存中。 根据特定主机的 TTL 是什么（通常在一天左右），很少会请求它。 因此，获得超时的可能性大大降低。

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

 

DNS 资源记录

DNS资源记录（RRS）本质上是保存与域相关的所有信息。简单地说， DNS 记录 帮助 将 用户指向 与 您的域 相关的任何内容正确的方向. 例如，DNS records 对导演 很重要 电子邮件到正确的email服务器或正确的域到正确的Web服务器，等等。 有超过40种不同类型的资源记录（以及更多已停用的记录），这些记录涵盖了各种类别和不同的功能，例如 将记录和网站记录邮寄到信息记录。 我们将涵盖所有 DNS 资源记录 Dotcom-Monitor 平台支持的类型。

 

  • Dotcom 监视器支持的 DNS 资源记录类型

 

DNS 监控的重要性

设置和配置 DNS 监视非常重要，原因有很多，但主要原因是确保任何 网络和网站中断 或响应时间慢 保持在最低限度 和 d上 影响用户 经验. 更重要的是，当它们发生时，它们可以是身份识别的快速 更多的用户从是 affeC泰德。 无法访问您的用户B四tes 会感到沮丧，并迅速去其他地方找到他们 正在寻找。 您希望确保在出现问题时立即通知您和您的团队，以便您尽快开始修复。 DNS 监视对于以下因素也很重要：

 

会议服务级别协议

DNS 监视不仅适合捕获配置问题，还可用于 DNS 监视，以确保服务提供商满足 SLA。 DNS 监控对于确保满足 SLA 且正常运行时间在商定的阈值内也至关重要。 如果没有，DNS 监视可以显示问题出在哪里，并为您提供信息以开始解决问题的过程。 在某些情况下，它可能是您无法控制的第三方服务。

DNS 劫持

DNS 劫持 也称为 DNS 中毒或 DNS 欺骗，是指更改 DNS 缓存以 指向其他 网站 的过程 用于恶意目的。 攻击者可以模拟 权威的域名服务器和存储库和假信息回用户攻击者可以 指向不知情的用户伪造网站。

DDoS 攻击

DDoS 攻击是试图通过淹没服务器、服务、网站或网络来打倒网站。 交通。 那里 是几种类型的 DDoS攻击，可以影响不同的通信，butDDoS attack 到 DNS 服务器称为 DNS 放大。 本质上，所发生的 是 攻击者创建请求 不仅对于一个域，但与该域相关的一切，并重复 与多普le 查询和多个打开的 DNS 解析器。 DNS 监控可确保如果出现任何篡改 DNS 记录或配置问题，警报会发送给相应的团队，以便立即处理，从而帮助保护您的公司免受潜在风险或 损失 收入和用户。

建立和维护客户信任

信任是客户我们选择一种产品或服务而不是另一种产品或服务。 如果您的网站是 exp共同关心的问题，无论是我的问题，你甚至有控制与否，客户 可能会 认为，作为您的产品或服务的反映. 他们的观点将是，您的网站 是 不可靠的，所以他们怎么能相信你的产品或服务是任何不同的。

 

监控 DNS 性能：对业务和底线都好

尽管 DNS 经常被忽视并被视为理所当然，但它对于客户和企业来说都是至关重要且至关重要，这就是为什么 DNS 监控对于任何具有在线状态的企业都如此重要的原因。 通过 Dotcom 监视器的 DNS 监视，您可以从客户所在的世界各地位置 24/7 监控 DNS 可用性和运行状况，并收到 DNS 树沿线发生的任何错误的警报。