Las interrupciones continúan para Network Solutions. Dotcom-Monitor actualmente está rastreando un problema de entrega de correo electrónico de Network Solutions debido a la lista negra de correo electrónico, así como un problema de DNS separado que ocurrió a principios de este año.
Amazon Abajo! – Dotcom-Monitor está rastreando una interrupción Amazon.com del sitio web que comenzó aproximadamente a la 1:55 pm CDT del 19 de agosto de 2013. Para probar el estado actual de Amazon, haga clic aquí.
La publicación en línea del New York Times NYTimes.com sufrido una interrupción del sitio web la mañana del miércoles 13 de agosto de 2013.
1 de agosto de 2013: Dotcom-Monitor ha realizado hoy un seguimiento de una interrupción del DNS de Akamai.
Los clientes de Dotcom-Monitor que utilizan Akamai pueden haber recibido mensajes de error asociados con la interrupción del DNS de Akamai que duran entre 5 y 7 minutos a partir de aproximadamente las 11:01 a.m. CDT.
La interrupción de DNS de Akamai, aunque breve, es solo uno de los varios problemas de DNS de alto perfil que se han producido en el último año. En el pasado reciente, Dotcom-Monitor ha detectado varias interrupciones de DNS de alto perfil para sus clientes, que incluyen …
La interrupción del DNS de GoDaddy y la prueba de paternidad: ¿Quién es tu GoDaddy? Es otro episodio de la prueba de paternidad de Maury Povich en DNS Outage TV ayer. Después de haber escrito sobre una interrupción importante de AT&T DNS el 15 de agosto, aquí estamos nuevamente el 10 de septiembre de 2012 presenciando la interrupción del DNS de GoDaddy. Millones de usuarios de sitios web y correo electrónico El proceso de búsqueda de DNS se está desarrollando como un episodio de Maury Povich TV de pruebas de paternidad que salió mal. Es la primera vez que visitan un sitio web de GoDaddy escribe la URL de GoDaddy en su navegador y la respuesta del DNS es «This aint your GoDaddy». O algo así.
To Cache or Not-to-Cache – esa es la pregunta de monitoreo de DNS
En primer lugar, generalmente no es bien conocido que el monitoreo de sitios web de tipo solicitud HTTP basado en externa, como el café en su articulación java local, viene en diferentes «grados»: basado en caché y no basado en caché. Dotcom-Monitor emplea monitoreo no caché, que se propaga a través del proceso completo de DNS con cada instancia de monitoreo. La supervisión basada en caché (utilizada por muchos servicios de supervisión básicos) no se propaga a través del proceso DNS y pasa por alto los problemas de DNS.
Cómo monitorear eficazmente la próxima situación de interrupción de DNS
En el caso del problema de interrupción de DNS de AT&T, hay varios factores clave que ayudan a acelerar el tiempo de reparación (TTR) o evitar el tiempo de inactividad.
Hacer el monitoreo de DNS correctamente: La interrupción de DNS de AT&T: La interrupción del servidor de nombres de dominio (DNS) de AT&T del 15 de agosto de 2012 ejemplifica por qué un método «no basado en caché» para monitorear sitios web es importante para sitios web de misión crítica. En primer lugar, un poco de una revisión. La forma más común y básica de monitoreo de sitios web se realiza utilizando un navegador sintético (no un navegador real), que se conecta al servidor de destino a través de un proceso de solicitud HTTP. Una serie de procesos centrados en el servidor, como la disponibilidad del servidor de destino, el tiempo que se tarda en cargar el archivo HTML para el sitio web desde el servidor y la capacidad de detectar palabras clave dentro del archivo HTML se verifican mediante el uso de un navegador sintético utilizando un proceso de solicitud HTTP.
