Wie oft werden Sie gefragt “ Ist die Website unten?“ Solche Anrufe können zu stundenlanger Verlorener Zeit führen, nur um herauszufinden, dass es ein kleines Problem für eine begrenzte Benutzerbasis war. Verfügen Sie über die Instrumente, um solche Probleme proaktiv zu erkennen und zu behandeln?
Die Ausfälle für Network Solutions gehen weiter. Dotcom-Monitor verfolgt derzeit ein Problem mit der Zustellbarkeit von E-Mails von Network Solutions aufgrund einer E-Mail-Blacklist sowie ein separates DNS-Problem, das Anfang dieses Jahres aufgetreten ist.
1. August 2013 – Dotcom-Monitor hat heute einen DNS-Ausfall von Akamai nachverfolgt.
Dotcom-Monitor-Clients, die Akamai verwenden, haben möglicherweise Fehlermeldungen im Zusammenhang mit dem DNS-Ausfall von Akamai erhalten, die ab ca. 11:01 Uhr CDT 5 bis 7 Minuten dauern.
Der DNS-Ausfall von Akamai ist zwar kurz, aber nur eines von mehreren hochkarätigen DNS-Ausfällen, die im vergangenen Jahr aufgetreten sind. In der jüngeren Vergangenheit hat Dotcom-Monitor mehrere hochkarätige DNS-Ausfälle für seine Kunden festgestellt, darunter…
Die Ausfälle des Domain Name Servers (DNS) von AT&&T und GoDaddy wirkten sich 2012 auf weite Teile des Internets aus und legten Millionen von Websites lahm. Erfahren Sie mehr über den DNS-Prozess und ergreifen Sie Maßnahmen, um Ihre Website vor potenziellen DNS-Katastrophen im Jahr 2013 zu schützen.
Die einzige Möglichkeit zu wissen, wie gut oder zuverlässig DNS-Server funktionieren, besteht darin, konsistente, regelmäßige objektive Tests und Messungen im Laufe der Zeit durchzuführen. DNS-Server können zwar manuell überprüft werden, aber dies ist keine praktische Lösung. Die manuelle Überprüfung der DNS-Server mehrmals pro Woche oder sogar ein paar Mal am Tag liefert einfach nicht genügend Daten, um die Leistung genau zu beurteilen, und warnt die Website-Besitzer auch nicht schnell vor Problemen. Die automatische DNS-Überwachung gibt Website-Besitzern die erforderlichen Informationen.
Dotcom-Monitor verwendet eine Nicht-Cache-DNS-Überwachungslösung mit Hochfrequenzüberwachung, die DNS-Abfragen an die Root-Nameserver weiterleitet. Das bedeutet, dass ein DNS-Problem schnell identifiziert wird, anstatt tagelang maskiert zu werden, wie es bei einem zwischengespeicherten Überwachungsansatz der Fall sein kann. Bei ordnungsgemäßer Überwachung mit einer Nicht-Cache-Methode wird ein Fehler schnell identifiziert, sodass die vorgesehene Problemumgehung, z. B. ein DNS-Failover, implementiert werden kann.
Die nicht zwischengespeicherte DNS-Überwachung von Dotcom-Monitor bietet (im Gegensatz zu einigen anderen Cache-basierten DNS-Überwachungslösungen) auch eine Diagnose mit einer automatisierten Trace-Route, sobald ein DNS-Problem erkannt wird. Dies bedeutet weniger Zeit für die Untersuchung des Problems und eine viel schnellere mittlere Reparaturzeit (MTTR). Die DNS-Überwachungslösung Dotcom-Monitor ermöglicht es Website-Besitzern auch, Trends zu erkennen, sodass kleine DNS-Probleme behoben werden können, bevor sie zu großen DNS-Problemen werden.
To Cache or Not-to-Cache – das ist die DNS-Monitoring-Frage
Erstens ist es nicht allgemein bekannt, dass externes HTTP-Request-Type-Website-Monitoring, wie z. B. Kaffee in Ihrem lokalen Java-Joint, in verschiedenen „Graden“ erhältlich ist – Cache-basiert und nicht-Cache-basiert. Dotcom-Monitor verwendet eine nicht zwischengespeicherte Überwachung, die sich mit jeder Überwachungsinstanz über den gesamten DNS-Prozess ausbreitet. Die Cache-basierte Überwachung (die von vielen grundlegenden Überwachungsdiensten verwendet wird) wird nicht durch den DNS-Prozess weitergegeben und übersieht DNS-Probleme.
So überwachen Sie effektiv die nächste DNS-Ausfallsituation
Im Falle des AT&T-DNS-Ausfalls gibt es mehrere Schlüsselfaktoren, die dazu beitragen, die Reparaturzeit (Time-to-Repair, TTR) zu verkürzen oder Ausfallzeiten zu vermeiden.
DNS-Überwachung richtig machen: Der AT&T DNS-Ausfall: Der Ausfall des AT&T Domain Name Servers (DNS) am 15. August 2012 ist ein Beispiel dafür, warum eine „nicht Cache-basierte“ Methode zur Überwachung von Websites für geschäftskritische Websites wichtig ist. Zunächst ein kleiner Rückblick. Die gebräuchlichste, grundlegende Form des Website-Monitorings wird mit einem synthetischen Browser (kein tatsächlicher Browser) durchgeführt, der sich über einen HTTP-Request-Prozess mit dem Zielserver verbindet. Eine Reihe von serverorientierten Prozessen, wie z. B. die Verfügbarkeit des Zielservers, die Zeit, die benötigt wird, um die HTML-Datei für die Website vom Server zu laden, und die Fähigkeit, Schlüsselwörter innerhalb der HTML-Datei zu erkennen, werden durch die Verwendung eines synthetischen Browsers unter Verwendung eines HTTP-Anforderungsprozesses überprüft.
