飓风桑迪袭击纽约市数据中心，数据报网站服务器瘫痪
飓风桑迪袭击纽约市，曼哈顿下城停电，没有冗余服务器的网站瘫痪。 根据一些新闻报道，联合国，Buzzfeed，Gawker，Gizmodo，赫芬顿邮报，Daily Kos，彭博新闻社和Livestream的网站都关闭了。 总部位于纽约市的托管和互联网服务提供商Datagram是受影响的之一。
银行网络攻击：应对未来的 DDoS 攻击和网站中断
尽管努力避免银行网站中断，但2012年发生的大规模事件可能会继续发生。 因此，最有效地应对网站停机问题的银行在避免银行网站用户流失方面具有市场优势。
寻找失败的鲸鱼：全球推特页面速度测试 [infographic]
当Twitter容量过剩并且“失败鲸鱼”错误消息表明另一次Twitter中断或减速到大象爬行时，对于许多Twitter用户来说，这不再是一个惊喜。 多年来，Twitter的表现一直在努力应对其快速增长的容量。 有趣的是，“失败的鲸鱼”最初是由一位名叫卢一英的中国出生艺术家在2002年绘制的，以大象（不是鲸鱼）为特色。
PNC金融：网站中断后，后续步骤
停机事件，如 2012 年 9 月 27 日、PNC Financials 网站中断，成为引人注目的头条新闻、银行家头痛和银行网站用户的烦恼。 但是，这种停机时间是否不止于此？ 是不是现代的另一个控制点（数字货币获取）正在失控地旋转到经济混乱的网络黑洞？ 嗯，不，但是…停机和减速确实会产生影响。
美国银行，PNC，富国银行停电的最新情况：报告的网络攻击
Dotcom-Monitor 正在跟踪当前的富国银行停电以及报告的美国银行停电和 PNC 停电。 Dotcom 监视器无法确认拒绝服务攻击是当前银行问题背后的原因。 我们将在研究此问题时提供有关这些银行网站的信息更新。
GoDaddy DNS 中断和亲子鉴定：谁是您的 GoDaddy？
GoDaddy DNS 中断和亲子鉴定：谁是您的 GoDaddy？ 这是昨天在DNS中断电视上的另一集Maury Povich亲子鉴定。 刚刚写了一篇关于 8 月 15 日重大 AT&T DNS 中断的文章，在这里我们再次在 2012 年 9 月 10 日见证了 GoDaddy DNS 中断。 数以百万计的网站和电子邮件用户 DNS 查找过程就像莫里·波维奇（Maury Povich）的亲子鉴定电视剧集出错一样。 首次访问 GoDaddy 网站的访问者在浏览器中输入 GoDaddy URL，来自 DNS 的答案会返回“这是您的 GoDaddy”。 或类似的东西。
网站性能测试 – 测试奥运会2012网站 [Infographic]
网站性能测试
作为世界上最重要的体育赛事之一，奥运会吸引了来自世界各地的数百万人。 报道奥运会的大众媒体网站必须能够在前所未有的流量下工作。 Dotcom-Monitor 团队决定借此机会进行网站性能测试，分析最强大的大众媒体网站如何应对奥运会期间大量涌入的网站访问者。
我们使用两个Dotcom监视器解决方案设置网站性能监控：ServerView和BrowserView平台。
含咖啡因的DNS监控和AT&T DNS中断
缓存或不缓存 – 这是 DNS 监控问题
首先，通常不知名的是基于外部的HTTP请求类型的网站监控，就像本地java关节的咖啡一样，有不同的“等级”——基于缓存和非基于缓存。 Dotcom 监视器采用非缓存监视，该监视通过每个监视实例的完整 DNS 进程传播。 基于缓存的监视（由许多基本监视服务使用）不会通过 DNS 进程传播，并且会错过 DNS 问题。
如何有效监控下一次 DNS 中断情况
在AT&T DNS中断问题的情况下，有几个关键因素有助于加快修复时间（TTR）或避免停机。
监视 DNS：ATT DNS 名称服务器错误情况
2012 年 8 月 15 日 – Dotcom 监视器正在监控涉及 ATT DNS 名称服务器的 DNS 问题，并将在新细节出现时提供更新。
DNS 诊断：有关 ATT DNS 错误的更新
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 移动到另一个提供商，或采取替代措施来重新路由流量。
