Monitoreo de sitio web remoto, servidor web y servidor desde ubicaciones alrededor del mundo con alertas SMS y por Email

Su servidor web es inaccesible vía la Internet o
Su servidor web no está corriendo, por lo cual no podemos conectarnos al puerto 80 o
El servidor web está corriendo pero no responde a peticiones o retorna respuestas HTTP inválidas (de acuerdo a la especificación HTTP)

Los tests puerto TCP fallan cuando:

Su servidor es inaccesible vía la Internet o
Su servidor no está corriendo, por lo cual no podemos conectarnos al puerto especificado

Pruebas de Sitio web fallan cuando:

La URL es inaccesible vía la Internet o
El nombre de usuario/contraseña no está especificado o es incorrecto o
Las palabras claves requeridas no aparecen en la página o
Las palabras claves excluídas aparecen en la página

Me alertan vía SMS?

Sí, enviamos SMS alrededor del mundo.

Cómo sé si su servicio está siendo usado para monitorear mi sitio web o servidor?

Si nuestro usuario usa test de sitio web o test de servidor web, usted verá "sistema.monitoreoweb.cl/monitored-by-user-xxxx" como referente en el registro de su servidor, donde xxxx es el nombre del usuario que inició el monitoreo.

Para otros tests, debe controlar su regisro de tráfico buscando cualquier tráfico (ICMP, SYN, etc) desde nosotros.

Alguien parece estar usando su servicio para monitorear mi sitio web o servidor!

Por favor use esta herramienta para descubrir quién está monitoreando su servidor.

Porqué recibo alertas en orden invertido? (alerta ARRIBA seguida por alerta ABAJO)?

Este problema ocurrirá si su servidor de email es inaccesible cuando su sitio web/servidor monitoreado está caído. Esto significa cualquiera:

su servidor de mail está EN el mismo servidor que está monitoreando o
su servidor de mail está en un servidor diferente pero una baja de la red afecta la conectividad de ambas máquinas

En ambos casos, cuando su sitio web/servidor monitoreado está caído, nuestro servidor de mail intenta enviarle el alerta CAIDO. Sin embargo, debido a que su servidor de mail es inalcanzable, la alerta CAIDO es encolada y retribuída en una base regular.

Por otro lado, cuando su sitio web/servidor se levante nuevamente, nuestro servidor de mail podrá enviarle la alerta ARRIBA a usted inmediatamente (asumiendo que su servidor de mail también se levante). Sin embargo, la alerta CAIDO sólo le alcanzará en la próxima retribuída y por esto se sale de orden.

Puede evitar este problema agregando contactos con direcciones de email fuera de su servidor o red, por ejemplo: @yahoo.com, @hotmail.com, etc. Alertas a estos contactos estarán con certeza en el orden correcto.

Porqué veo tantos downtime cortos?

Si ve muchos downtimes, son probablemente causados por problemas de conectividad a la red de corto término, tal como congestión, fallo de enrutamiento BGP, fallo de punto de red, etc.

Estos problemas son bastante comunes pero a menudo no son apreciados por los usuarios debido a su corta duración. Dependiendo en la calidad de su red, la frecuencia de estos problemas variará. Tenemos clientes que no tienen un downtime en un año, mientras que otros tienen downtimes cortos cada pocos días. Todo el reporte es correcto cuando controlamos nuestro registro de sistema.

Para evitar recibir alertas de problemas de conectividad a corto término, puede especificar un umbral tal que sólo reciba alertas si la duración del downtime excede el umbral especificado. Por ejemplo, si su intervalo de monitoreo es 5 min, usted puede especificar recibir alertas únicamente por downtimes más largos que 10 mins. Esto ayuda a recortar alertas innecesarias.

Porque recibo el error "host xxx desconocido" cuando todavía puedo acceder a mi sitio web/servidor?

Este error ocurre cuando nuestro sistema no puede resolver su nombre de dominio, y esto indica un problema con sus servidores DNS. Esto puede pasar debido a que todos sus servidores DNS estén caídos, o la conectividad a los servidores DNS se haya interrumpido.

Puede no notar problemas DNS inmediatamente si usa registros de DNS cacheados en vez de hacer nuevas consultas DNS. Esto es a menudo el caso si accede al sitio web/servidor regularmente y tiene los registros DNS en caché. Sin embargo, sus visitantes (especialemente los que visitan por primera vez) no podrán resolver el dominio.

Nuestro sistema está configurado para realizar una nueva consulta DNS en cada control para que podamos atrapar los problemas DNS instantáneamente. Debido al comportamiento de caché descripto arriba, usted puede apreciar el error reportado como falso. Esto no es el caso si el error es reportado desde múltiples localidades.

También puede saltearse el control DNS monitoreando la dirección IP del sitio web/servidor en vez del nombre de dominio. Si elige hacer esto, por favor asegúrese que monitorea sus servidores DNS separadamente.

Qué debería observar cuando uso PING?

Algunos Sistemas de Detección de Intrusión (IDS) pueden incorrectamente reportar nuestros tests ping regulares como "escaneo de puerto". Nuestros servidores usan la utilidad "ping" estándar del Sistema Operativo, que no es intrusiva por naturaleza.

Por favor, NO use test ping si está usando alojamiento de IP compartida dado que la dirección IP no es exclusivamente usada por usted. Esta BIEN si está usando alojamiento compartido pero se le ha asignado una dirección IP dedicada.

10.

Cómo monitoreo ASP/PHP/JSP/ColdFusion?

En ocasiones, el motor de scripting puede fallar pero el servidor web principal aún corre bien. Por lo tanto, monitorear sólo el puerto del servidor web no le notificará de errores de scripting.

Para monitorear scripts, ingrese a su cuenta, haga click en "Agregar un Test" y seleccione monitorear un sitio web. Luego ingrese la URL del script (una que termine en .asp, .php, .jsp o .cfm) y especifique algunas palabras clave que existan en la página.

En el caso de que el script de un error, nuestro sistema le notificará si las palabras clave requeridas no son halladas.

11.

Cómo monitoreo servidores de bases de datos detrás de un firewall?

Use su lenguaje de programación web preferido (por ejemplo, ASP, JSP, PHP, ColdFusion, Perl) para escribir un script para conectarse al servidor de base de datos y realizar una simple consulta. Si la consulta se ejecuta exitosamente, el script retorna algo como "Servidor de base de datos está ARRIBA".

Finalemente, vaya a Monitoreo -> Agregar un Test y seleccione monitorear un sitio web. Ingrese la URL del script y especifique la palabra clave requerida "Servidor de base de datos está ARRIBA". Si nuestro sistema no puede hallar la palabra clave en la página, le notificará y sabrá que el servidor de base de datos está caído.

12.

Como monitoreo sitios web protegidos por contraseña?

Hay dos tipos de autenticación usados en la web: basado en HTTP y basado en formulario, nosotros soportamos ambos métodos.

Un sitio web usa autenticación basada en HTTP si su browser lanza un diálogo para que ingrese el nombre de usuario y contraseña. Para monitorear este tipo de sitio web:

Ingrese a su cuenta
Vaya a Monitor -> Agregar un Test
Seleccione "Monitorear un sitio web"
Llene los campos de nombre de usuario y contraseña y complete los otros detalles

El segundo tipo de autenticación es basada en formularios. Los sitios web que usan este método tienen un panel para ingresar en el sitio mismo, ejemplos de ellos son los emails basados en web como Hotmail, Yahoo! Mail y GMail. Este método de autenticación funciona enviando sus credenciales vía el formulario al sitio web para verificación. Para monitorear estos sitios:

Ingrese a su cuenta
Vaya a Monitor -> Agregar un Test
Seleccione "Monitorear un sitio web"
Vea el código HTML de la página de ingreso para identificar la URL a la que el formulario se dirige. por ejemplo: <form method="POST" action="http://algunlugar.com/controlarclave">. Monitoree esta URL. A continuación, determine los parámetros a ser enviados controlando las etiquetas <input> y <select>. Componga los datos POST usando el formato parametro1=valor1¶metro2=valor2... y llene el campo "Datos POST"
Agregue palabras claves que signifiquen un ingreso exitoso (por ejemplo, Ingreso Exitoso, o Su último ingrese fué el...) en el campo de palabras claves requeridas
Opcionalmente, agregue palabras clave que signifiquen un ingreso fallido (por ejemplo, nombre de usuario o contraseña incorrectos) en el campo de las palabras clave excluídas
Complete los otros detalles (pero NO los campos nombre de usuario y contraseña)

Establecer monitoreos para sitios web con autenticación basada en formularios puede ser desafiante. Estaremos contentos de asistirle si está inseguro de como establecer esto. Simplemente envíenos la URL, nombre de usuario y contraseña.

13.

Cómo muestro las estadísticas de uptime de mi sitio web/servidor en mi sitio web?

Por favor ingrese a su cuenta, navegue a "Reporte" -> "Reporte Público" y siga los pasos.

Puede enlazar directamente la URL de reporte público o crear un iframe "invisible" en la página web para incluir el reporte público.

Por ejemplo:

<iframe src="your_public_report_url" scolling="no" align="center"
height="400" width="300" border="0" frameborder="0">
</iframe>

14.

Como pauso el monitoreo durante un downtime planeado?

Hay 2 formas de pausar el monitoreo: mantenimiento y manual.

1. Ud puede definir mantenimiento por única vez o de manera recurrente para que nosotros pausemos el monitoreo durante esos períodos. Estos ajustes aparecen bajo el menú "Mantenimiento".

2. También puede pausar el monitoreo manualmente en cualquier momento que desee. Simplemente ingrese y seleccione "desactivar monitoreo" para el test en cuestión.

15.

Cómo enviar solicitudes de reinicio a mi proveedor cuando se detecte un downtime?

Ud puede utilizar nuestro servicio para enviar automáticamente emails a su proveedor al detectarse una caída, solicitando un reinicio o alguna investigación adicional.

Los pasos explicados abajo requieren que tenga una cuenta Professional:

Ingrese a su cuenta.
Ir a Contactos -> Plantilla de Notificación.
Haga click en "Añadir Nueva Plantilla de Notificación".
Cambie "Nombre de Plantilla" a algo intuitivo, por ejemplo, "Mi Proveedor".
Puede querer cambiar "De" en su propio email para que su proveedor pueda responder directamente a usted.
Cambie el asunto a algo que llame la atención, por ejemplo, "URGENTE: Por favor reinicie mi servidor".
Cambie el mensaje para incluir todos los detalles que necesita proveer a su proveedor, por ejemplo, dirección IP, ID de servidor, ID de rack, usuario, pasos para reiniciar servicio o servidor, etc.
Guardar la Plantilla.
Ir a Contactos -> Añadir Nuevo Contacto de Email.
Ingrese el email de emergencia de su proveedor.
Usted puede querer deshabilitar la notificación ARRIBA a su proveedor, esto es, solamente enviar la solicitud de reinicio cuando su sitio web/servidor esté CAIDO.
Usted puede querer establecer a "Notificar luego de X errores consecutivos" para prevenir solicitudes de reinicio por cada downtime corto (posiblemente pequeñas cuestiones con la red).
Seleccione "Mi Proveedor" como la "Plantilla de Notificación".
Guardar el contacto.

16.

Cómo prevenir que el monitoreo afecte las estadísticas de mi sitio?

La mayoría de los programas analíticos de web (webalizer, urchin, awstats, etc) proveen formas de excluir hits basándose en URL referente o dirección IP.

1. La forma más sencilla sería excluir los hits de la URL referente (una que luzca como ......./monitoreado-por-usuario-[su_nombre_de_usuario]).

2. Si el programa que usa no puede excluir los hits basados en la URL referente, puede excluir nuestras direcciones IP (revise nuestra página de red o contáctenos por la lista de IPs completa). Dado que nuestras direcciones IP pueden cambiar de tiempo en tiempo (debido a mejoras en el sistema, etc), necesitará asegurarse que siga los cambios.

17.

Monitorea desde diferentes localizaciones?

Si, monitoreamos desde una red de monitoreo global.

En un momento, una de las estaciones controlará su sitio web o servidor. Si detecta un error, otra estación controlará nuevamente para confirmar. Todo el downtime reportado está confirmado por al menos 2 estaciones, para así eliminar cualquier falsa alarma.

Mientras crecemos, continuaremos añadiendo estaciones de monitoreo en distintas ubicaciones alrededor del mundo para incrementar nuestra cobertura.

18.

Su reporte de downtime parece ser incorrecto o en conflicto con el de mi webhost.

Primero de todo, necesita conocer las diferencias entre nuestro sistema de monitoreo y el de su webhost:

Nuestro Sistema de Monitoreo Webhost
Tests desde localizaciones globales dentro del data center
Detecta downtime de sitio web/servidor y congestión de internet o quiebre solamente downtime de sitio web/servidor
Reportes todos los downtime solamente downtime no planificado (downtime planificado no reportado)

Debido a estas diferencias, el downtime reportado podría ser diferente.

Tenga en mente que todos nuestros downtime reportados están confirmados por estaciones de monitoreo globales.

La internet es un sistema interconectado basado en pasarelas y el ruteo es controlado dinámicamente por protocolos como BGP. Problemas de conexión intermitente pueden suceder por congestiones u otros motivos. Si observa pequeñas caidas una vez cada tanto, esto está ok. Pero, si las caídas suceden a cada momento, es mas factible que sea un problema con su proveedor de web hosting o su proveedor de conectividad.

Hemos visto algunos casos donde reportamos un downtime pero los usuarios declaran no haber tenido problema alguno en ese momento. Debido a la naturaleza de internet, es posible que el problema de conexión afecte solamente el tráfico de ciertas localidades. Esto podría deberse a problemas temporarios con un punto de red en el backbone. Por esto, usted podría no experimentar nuestro downtime detectado.

A menudo, el mejor jurado es usted mismo. Puede controlar el registro de su sitio web/servidor o tomar feedback de sus usuarios.

Sin embargo, si siente que reportamos un downtime equivocadamente, amablemente contáctenos para que podamos investigar.

19.

Su actividad de monitoreo consumirá notablemente mi ancho de banda de sitio web/servidor?

Nuestras actividades de monitoreo no consumen mucho ancho de banda porque nuestro sistema emplea el método HEAD para retribuir las cabeceras solamente (para test de sitios web y servidores). Suponga que cada solicitud+respuesta consume 500 bytes, el ancho de banda consumido de acuerdo al intervalo de monitoreo es:

intervalo de 1 minuto - 20MB por mes
intervalo de 2 minutos - 10MB por mes
intervalo de 3 minutos - 6.87MB por mes
intervalo de 5 minutos - 4.12MB por mes
intervalo de 10 minutos - 2.06MB por mes
intervalo de 15 minutos - 1.37MB por mes
intervalo de 30 minutos - 0.69MB por mes
intervalo de 60 minutos - 0.34MB por mes

La mayoría de los planes de alojamiento destinan mucho más ancho de banda que esto, por lo que el impacto del monitoreo en su ancho de banda es despreciable.

20.

Cómo calculo el número de puertos que necesito?

Para monitorear los servidores, necesita sumar el número de puertos de cada servidor que le gustaría monitorear. Suponga que quiere monitorear 2 servidores (1 puerto en el primer servidor y 5 puertos en el segundo servidor), necesitará 1 + 5 = 6 puertos en total.

Nota: cuente el ping como un puerto.

21.

Puedo manejar más de un sitio web o servidor en una cuenta?

Tests múltiples son soportados en la cuenta Professional pero no en la cuenta Gratuita.

22.

Porqué está mi sitio web o servidor restringido?

Presentamos la prueba gratuita como una forma de permitir a nuestros usuarios comprobar las características de Professional. Sin embargo, algunos toman ventaja tratando de registrar una nueva cuenta cuando su prueba gratuita termina, pensando en que pueden disfrutar las características de Professional "para siempre".

Para prevenir que esto suceda, grabamos cierta información de los sitios web y servidores agregados durante una prueba gratuita. Cuando un usuario trata de agregar el mismo sitio web o servidor nuevamente en una cuenta de prueba gratuita, sabremos que ha sido monitoreado desde una cuenta de prueba gratuita anteriormente. Marcamos estos sitios web o servidores como "restringidos".

Un sitio web o servidor restringido sólo soporta características de una cuenta gratis. El intervalo de monitoreo está limitado a 60 mins. Adicionalmente, un sitio web restringido sólo soporta HTTP en el puerto 80 sin opciones avanzadas, mientras que un servidor restringido sólo soporta test de ping y HTTP en el puerto 80.

Si promueve su cuenta a Professional, estas restricciones serán removidas.