Etiqueta: no caché

La interrupción del DNS de GoDaddy y la prueba de paternidad: ¿Quién es tu GoDaddy?

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í.

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 ⟩