Etiqueta: Problemas de DNS

Interrupción del DNS de Akamai: Akamai Technologies deja de funcionar a muchos clientes

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 …

Leer Más ⟩

La supervisión de DNS mejora la velocidad y fiabilidad del sitio web – Parte 2

Dotcom-Monitor utiliza una solución de monitoreo de DNS sin caché con monitoreo de alta frecuencia que propaga consultas DNS a los servidores de nombres raíz. Eso significa que un problema de DNS se identificará rápidamente, en lugar de estar enmascarado durante días, como podría ser con un enfoque de monitoreo en caché. Cuando se supervisa correctamente, utilizando un método que no es de caché, se identifica rápidamente un error para que se pueda implementar la solución designada, como una conmutación por error de DNS.

La supervisión de DNS no almacenada en caché de Dotcom-Monitor (a diferencia de otras soluciones de supervisión de DNS basadas en caché) también proporciona diagnósticos con una ruta de seguimiento automatizada tan pronto como se detecta un problema de DNS. Esto significa menos tiempo investigando el problema y mucho más rápido tiempo medio de reparación (MTTR). La solución de monitoreo de DNS Dotcom-Monitor también permite a los propietarios de sitios web detectar tendencias para que se puedan abordar pequeños problemas de DNS antes de que se conviertan en grandes problemas de DNS.

Leer Más ⟩

La supervisión de DNS mejora la velocidad y fiabilidad del sitio web – Parte 1

La única manera de saber qué tan bien o qué tan confiables son los servidores DNS es realizar pruebas y mediciones objetivas consistentes y regulares a lo largo del tiempo. Aunque los servidores DNS se pueden verificar manualmente, no se trata de una solución práctica. Comprobar manualmente los servidores DNS unas cuantas veces a la semana, o incluso unas cuantas veces al día, simplemente no proporciona suficientes datos para juzgar con precisión el rendimiento, ni alerta rápidamente a los propietarios de sitios web de problemas. La supervisión automática de DNS proporciona a los propietarios de sitios web la información necesaria.

Leer Más ⟩

Monitoreo de DNS con cafeína y la interrupción de DNS de AT&T

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.

Leer Más ⟩

Hacer el monitoreo de DNS correctamente: la interrupción de DNS de AT&T

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.

Leer Más ⟩