在黑色星期五中断开始之前阻止它们 – 第 2 部分 – DNS 和 HTML
重要的日子来了,你有制高点,你的网站很棒,你甚至有一些好的、便宜的监控,但是哎呀……事实证明,监控有点太便宜了。 事实证明,您的“嘿,这很便宜”的网站监控服务缓存了域名服务器(DNS)进程。 您遇到了DNS问题,但您不知道…但您的客户做到了。
重要的日子来了,你有制高点,你的网站很棒,你甚至有一些好的、便宜的监控,但是哎呀……事实证明,监控有点太便宜了。 事实证明,您的“嘿,这很便宜”的网站监控服务缓存了域名服务器(DNS)进程。 您遇到了DNS问题,但您不知道…但您的客户做到了。
飓风桑迪袭击纽约市,曼哈顿下城停电,没有冗余服务器的网站瘫痪。 根据一些新闻报道,联合国,Buzzfeed,Gawker,Gizmodo,赫芬顿邮报,Daily Kos,彭博新闻社和Livestream的网站都关闭了。 总部位于纽约市的托管和互联网服务提供商Datagram是受影响的之一。
尽管努力避免银行网站中断,但2012年发生的大规模事件可能会继续发生。 因此,最有效地应对网站停机问题的银行在避免银行网站用户流失方面具有市场优势。
停机事件,如 2012 年 9 月 27 日、PNC Financials 网站中断,成为引人注目的头条新闻、银行家头痛和银行网站用户的烦恼。 但是,这种停机时间是否不止于此? 是不是现代的另一个控制点(数字货币获取)正在失控地旋转到经济混乱的网络黑洞? 嗯,不,但是…停机和减速确实会产生影响。
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 文件中关键字的能力。
2012 年 8 月 15 日 – ATT DNS 中断表明了在监控互联网服务时实时根本原因诊断的重要性。 间歇性 ATT DNS 错误在太平洋标准时间凌晨 5:23 由 Dotcom-Monitor 首次检测到,比 AT&T 报告该问题早整整一个小时。 Dotcom 监视器明尼苏达州节点注意到了该问题,并在出错时捕获了诊断 DNS 跟踪。 Dotcom 监视器的非客户端可以使用此处的免费 DNS 跟踪工具,通过选择跟踪样式“DNS”来测试其域是否受到影响。
这条信息立即发送到 Dotcom 监视器客户端,其服务受到 ATT DNS 中断的影响。 此诊断为 Dotcom 监视器客户端提供了即时信息,可查明问题的根本原因,而无需进行其他故障排除。 使用 ATT DNS 的 Dotcom 监视器客户端做出了非常快速、明智的决策,例如将其 DNS 移动到另一个提供商,或采取替代措施来重新路由流量。
2012 年 8 月 15 日 – Dotcom 监视器正在监控涉及 ATT DNS 名称服务器的 DNS 问题,并将在新细节出现时提供更新。
© 1998 -2024 Dotcom-Monitor, Inc. 保留所有权利。