Dotcom 监视器使用具有高频监控的非缓存 DNS 监控解决方案，将 DNS 查询传播到根名称服务器。 这意味着 DNS 问题将被快速识别，而不是像缓存监控方法那样被屏蔽数天。 如果使用非缓存方法正确监视，可以快速识别错误，以便实施指定的解决方法，例如 DNS 故障转移。 Dotcom 监视器非缓存 DNS 监视（与其他一些基于缓存的 DNS 监视解决方案不同）还会在检测到 DNS 问题时立即通过自动跟踪路由提供诊断。 这意味着调查问题的时间更少，平均修复时间 （MTTR） 更快。 Dotcom 监视器 DNS 监控解决方案还允许网站所有者发现趋势，以便在小 DNS 问题成为大 DNS 问题之前解决它们。
了解 DNS 服务器性能或可靠性的唯一方法就是随着时间的推移进行一致的、定期的客观测试和测量。 虽然 DNS 服务器可以手动验证，但这不是一个实用的解决方案。 每周手动检查 DNS 服务器几次，甚至一天检查几次，根本无法提供足够的数据来准确判断性能，也没有快速提醒网站所有者注意问题。 自动 DNS 监控为网站所有者提供所需的信息。
GoDaddy DNS 中断和亲子鉴定：谁是您的 GoDaddy？ 这是昨天在DNS中断电视上的另一集Maury Povich亲子鉴定。 刚刚写了一篇关于 8 月 15 日重大 AT&T DNS 中断的文章，在这里我们再次在 2012 年 9 月 10 日见证了 GoDaddy DNS 中断。 数以百万计的网站和电子邮件用户 DNS 查找过程就像莫里·波维奇（Maury Povich）的亲子鉴定电视剧集出错一样。 首次访问 GoDaddy 网站的访问者在浏览器中输入 GoDaddy URL，来自 DNS 的答案会返回“这是您的 GoDaddy”。 或类似的东西。
缓存或不缓存 – 这是 DNS 监控问题
首先，通常不知名的是基于外部的HTTP请求类型的网站监控，就像本地java关节的咖啡一样，有不同的“等级”——基于缓存和非基于缓存。 Dotcom 监视器采用非缓存监视，该监视通过每个监视实例的完整 DNS 进程传播。 基于缓存的监视（由许多基本监视服务使用）不会通过 DNS 进程传播，并且会错过 DNS 问题。
如何有效监控下一次 DNS 中断情况
在AT&T DNS中断问题的情况下，有几个关键因素有助于加快修复时间（TTR）或避免停机。
正确执行DNS监控：AT&T DNS中断：2012年8月15日的AT&T域名服务器（DNS）中断说明了为什么“非基于缓存”的网站监控方法对于关键任务网站很重要。 首先，回顾一下。 最常见的基本网站监控形式是使用合成浏览器（而不是实际浏览器）执行的，该浏览器通过HTTP请求进程连接到目标服务器。 通过使用使用 HTTP 请求过程的综合浏览器来检查许多以服务器为中心的过程，例如目标服务器的可用性、从服务器加载网站的 HTML 文件所需的时间以及检测 HTML 文件中关键字的能力。
CDN 监控以增强“客户体验”：使用内容交付网络 （CDN） 允许交互式机构定位在线媒体，以便客户端网站和 Web 应用程序加载速度更快，以获得更好的用户体验，并改善网站“结果”，例如印象、转化和在线销售。 但是，使用 CDN 对互动机构及其客户来说并非没有风险。 通过使用CDN，交互式机构也失去了对在线内容的性能/和直接控制的一些洞察力。 事实上，CDN 中可能会出现一些问题，对在线内容和互动机构为客户制作的网站产生不利影响。 由于这些问题，互动机构与客户的关系可能会受到影响。 但是，当外部 CDN 监控到位时，交互式机构会保持对定位在 CDN 网络上的在线内容发生的性能问题的见解，因此可以更好地为其客户服务。
© 1998 -2024 Dotcom-Monitor， Inc. 保留所有权利。
