网站已关闭！ – 主动 DNS 监视如何帮助
您经常被问到”网站关闭了吗？ 此类呼叫可能导致数小时的丢失时间，但发现对于有限的用户群来说，这是一个小问题。 您是否拥有主动检测和处理此类问题的工具？
25 5 月, 2020
您经常被问到”网站关闭了吗？ 此类呼叫可能导致数小时的丢失时间，但发现对于有限的用户群来说，这是一个小问题。 您是否拥有主动检测和处理此类问题的工具？
网络解决方案的中断仍在继续。 Dotcom-Monitor 目前正在跟踪由于电子邮件黑名单而导致的网络解决方案电子邮件送达率问题，以及今年早些时候发生的单独 DNS 问题。
2013 年 8 月 1 日 – Dotcom-Monitor 今天跟踪了 Akamai DNS 中断。
使用 Akamai 的 Dotcom 监视器客户端可能已收到与 Akamai DNS 中断相关的错误消息，持续时间为 5-7 分钟，从大约上午 11：01 CDT 开始。
Akamai DNS 中断虽然短暂，但只是过去一年中发生的几个备受瞩目的 DNS 中断问题之一。 最近，Dotcom-Monitor 为其客户端检测到了几次备受瞩目的 DNS 中断，包括……
AT&T和GoDaddy的域名服务器（DNS）中断在2012年袭击时影响了互联网的广大地区，导致数百万个网站瘫痪。 详细了解 DNS 流程，并采取措施保护您的网站免受 2013 年潜在的 DNS 灾难的影响。
Dotcom 监视器使用具有高频监控的非缓存 DNS 监控解决方案，将 DNS 查询传播到根名称服务器。 这意味着 DNS 问题将被快速识别，而不是像缓存监控方法那样被屏蔽数天。 如果使用非缓存方法正确监视，可以快速识别错误，以便实施指定的解决方法，例如 DNS 故障转移。
Dotcom 监视器非缓存 DNS 监视（与其他一些基于缓存的 DNS 监视解决方案不同）还会在检测到 DNS 问题时立即通过自动跟踪路由提供诊断。 这意味着调查问题的时间更少，平均修复时间 （MTTR） 更快。 Dotcom 监视器 DNS 监控解决方案还允许网站所有者发现趋势，以便在小 DNS 问题成为大 DNS 问题之前解决它们。
了解 DNS 服务器性能或可靠性的唯一方法就是随着时间的推移进行一致的、定期的客观测试和测量。 虽然 DNS 服务器可以手动验证，但这不是一个实用的解决方案。 每周手动检查 DNS 服务器几次，甚至一天检查几次，根本无法提供足够的数据来准确判断性能，也没有快速提醒网站所有者注意问题。 自动 DNS 监控为网站所有者提供所需的信息。
缓存或不缓存 – 这是 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 文件中关键字的能力。
1998年©- 2024 网络监测公司 保留所有权利。