Preguntas más frecuentes

Abra el dispositivo de destino de la lista en Editar. En la barra de direcciones del navegador verás algo como:

https://user.dotcom-monitor.com/ClientID/DeviceEdit?pid=dc7f4ff2ca944dekjh1078b96707002& deviceId=63698 & taskId=132834 

El deviceId=63698 es el IDENTIFICADOR del dispositivo.
TaskId=132834 es el identificador de tarea.

De forma predeterminada, los servidores de intercambio reconocen si una dirección de correo electrónico es local. Si este es el caso, el servidor no envía el correo electrónico a través de Internet público. Este es un valor predeterminado de la mayoría de los servidores de correo electrónico.

Si desea probar el envío y la recepción a través de Internet público, le recomendamos que utilice nuestro monitor de correo electrónico de ida y vuelta + una cuenta de correo electrónico de 3^personas como Gmail.

Nuestro monitoreo de correo electrónico de ida y vuelta requiere el uso de protocolos POP3 o IMAP ya sea en su ubicación o en la^3a parte (gmail).

Hay tres maneras de probar esto con Round trip:

Prueba de salida

1. Configure SMTP para enviar el correo electrónico desde nuestras ubicaciones de supervisión externas a través de su servidor SMTP introduciendo la dirección del servidor SMTP. (Esto comprueba que el servidor SMTP está funcionando)
2. Introduzca una dirección de correo electrónico a la que enviar el correo electrónico (gmail.com por ejemplo)
3. Introduzca la dirección del servidor POP3/IMAP de gmail para que la ubicación de supervisión pueda recuperar el correo electrónico del servidor SMTP.

Prueba de entrada

1. Configure SMTP para enviar el correo electrónico desde nuestras ubicaciones de supervisión externas a través del servidor SMTP de Gmail introduciendo la dirección del servidor SMTP de Gmail.
2. Introduzca una dirección de correo electrónico a la que enviar el correo electrónico (una cuenta en su sistema)
3. Introduzca la dirección del servidor POP3/IMAP para que la ubicación de supervisión pueda recuperar el correo electrónico del servidor SMTP.

Prueba de salida y entrada

1. Configure SMTP para enviar el correo electrónico desde nuestras ubicaciones de supervisión externas a través de su servidor SMTP introduciendo la dirección del servidor SMTP.
2. Introduzca una dirección de correo electrónico a la que enviar el correo electrónico (gmail.com por ejemplo)
3. Configure la cuenta de gmail para reatar automáticamente a su cuenta de correo electrónico POP3/IMAP en su servidor.
4. Introduzca la dirección del servidor POP3/IMAP para que la ubicación de supervisión pueda recuperar el correo electrónico del servidor.

Prueba ActiveSync

El protocolo ActiveSync también realiza un viaje de ida y vuelta. Active sync DOES prueba la capacidad de enviar un correo electrónico desde un dispositivo remoto (nuestras ubicaciones de supervisión) y de recuperar un correo electrónico del servidor por ese dispositivo remoto. Pero no envía el correo electrónico de un servidor de sincronización activo a otro porque la cuenta de envío y recepción es la misma cuenta en el mismo servidor, por lo que encuentra la ruta más corta a una dirección local no requiere enviar el mensaje a Internet público hasta que el mensaje se recupera desde un dispositivo remoto (nuestras ubicaciones de supervisión).

Aquí está la diferencia entre Round Trip y ActiveSync- puedever el movimiento de correo electrónico a través de varios servidores usando un proveedor de correo electrónico de 3a parte como gmail, mientras que el correo electrónico reside en 1 servidor usando activesync:

Ruta de correo electrónico de ida y vuelta a la 3a fiesta

1. Dotcom-Monitor "cliente de correo electrónico" envía un mensaje a través de la Internet pública
2. El servidor SMTP del cliente reenvía el mensaje a la cuenta de³ a otra parte en el Internet público
3. ^3rd parte (gmail) servidor de correo electrónico Recibe el mensaje
4. ^3rd parte (gmail) Reenvía automáticamente a los clientes de correo electrónico a través de la Internet pública
5. Dotcom Monitor "cliente de correo electrónico" solicita correo electrónico de los clientes POP3 o servidor IMAP a través de Internet público (o directamente desde el^3rd tercero gmail, si no reenvía automáticamente)

Ruta de correo electrónico de ActiveSync

1. Dotcom-Monitor "cliente de correo electrónico" envía un mensaje a través de la Internet pública
2. Clientes ActiveSync Server reenvía el mensaje y encuentra que la cuenta es local por lo que lo envía directamente a la cuenta, no enviándolo a la Internet pública
3. Dotcom Monitor "cliente de correo electrónico" solicita correo electrónico de los clientes ActiveSync Server a través de la Internet pública

Un ID de cuenta proporcionado en la página de inicio Seleccionar una cuenta en la lista de cuentas disponibles.

Una vez que haya iniciado sesión, busque su ID de cuenta apuntando al menú Cuenta en la barra lateral izquierda.

Identificadores de departamento

Una vez que haya iniciado sesión en una cuenta maestra, puede encontrar sus ID de departamento en cuenta Configuración de > la cuenta > departamentosde .

Each test in LoadView has a unique ID. Using the test ID you can call a specific scenario while configuring LoadView integration (e.g., for Jenkins or CircleCl builds).

The Test ID can be found on the test page.

The approach provides the ability to carefully define how Dotcom-Monitor interprets responses as either “Up” or “Down” responses. This is accomplished using filters.

Filtering defines the Up/Down states using the following adjustable criteria:

• Error is reported for a specified number of minutes
• Error is confirmed by a specified number of agents
• Error is detected in a specified number of tasks.

All filters and their settings are available at Configure > Filters. After a filter is applied to a device all of the device’s notifications are based on the filter’s criteria. “Default Filter” is assigned to all new devices. The default filter has a balanced configuration and is suitable for most monitoring devices.

Uptime/Downtime Calculations

The formula for the Downtime calculation is as follows:

1. Downtime Duration is tied directly to the configurations within the filter:

• The Downtime period starts when a filter’s conditions are met. For example, when the number of agents which report a failure equals the number of agents specified in the filter, and as also specified the conditions are met for the number of minutes and tasks, then a downtime alert is sent.
• The Uptime period starts when the filter’s conditions are no longer met. Specifically, Uptime starts when the number of agents, minutes, or tasks, which have reported “up” success, no longer meet the conditions needed for the filtered “down” conditions. For example, an “up” state is indicated when the number of error (“down”) responses received by agents becomes less than the number of error (“down”) responses that agents need, as set in the filter, in order to indicate a “down” condition.

2. Duration of “Undefined” state. An Undefined state can be set when the status of each agent involved in monitoring becomes Undefined. An agent status is considered as Undefined if the agent does NOT provide any response (error or success) in a certain amount of time:

Response Wait Time Duration = (the overall agents number+1) × monitoring frequency + 15 min

For example, we use three monitoring agents and a monitoring frequency of 5 minutes. Each agent will wait for a response for Response Wait Time Duration = (3+1)×5+15 min = 35 min. Once the time expired and no response received, an agent reports Undefined.

3. Duration of “Postponed” state.  Postponing a device at any moment will stop any monitoring activity until it is re-enabled.

4. Duration Excluded by Schedule. Another entity that can significantly affect Uptime/Downtime calculations is Schedules. This is an option for managing your monitoring during routine maintenance. Monitoring can be postponed for specific days of the week as well as specific hours and minutes during a day. To set up a schedule, follow the instruction.

LoadView utiliza cargar servidores de inyectores de Amazon Web Services (AWS) y Azure Cloud Services. Dotcom-Monitor tiene 17 regiones geográficas Se pueden indicar los servidores de inyectores de carga y la carga se puede generar desde. En cada región, se pueden crear instancias de aproximadamente 500 inyectores de carga.

Los límites de capacidad dependen del tipo de plataforma de supervisión debido a la diferencia en los algoritmos de ejecución de pruebas:

• Para la prueba HTTP (S) cada inyector de carga puede manejar aproximadamente hasta 1000 usuarios HTTP simultáneos.
• Para la prueba de página web o aplicación web, cada inyector de carga puede controlar aproximadamente hasta 25 usuarios simultáneos.

El límite para un tipo de prueba de carga determinado se calcula utilizando la siguiente fórmula:

500 x 16 x Número de usuarios simultáneos por inyector de carga - Carga máxima de usuario

Encuentre los límites de capacidad de carga resultantes a continuación:

El agente de monitoreo "Shanghai" (China), se encuentra detrás del Gran Cortafuegos de China,que es administrado directamente por el gobierno chino. El gobierno chino tiene una regla de filtrado para todo el tráfico de Internet y no es público. Estas reglas de filtrado se modifican con frecuencia, lo que, a su vez, afecta a los resultados de supervisión del agente de Shanghai, China.

https://youtu.be/4py8zE5EtFc?si=LnpflrvFK1ESWYWQ

Puede editar las ubicaciones de los agentes de supervisión para varios dispositivos a la vez en la pantalla del
Administrador de dispositivos
.

1. Haz clic en Dispositivos en la barra lateral izquierda.
2. En el Administrador de dispositivos, seleccione los dispositivos que desea actualizar marcando las casillas junto a cada dispositivo.
3. Haga clic en el botón Ubicaciones de la barra de herramientas de acciones de grupo.
4. En la ventana Agentes de supervisión , agregue o quite ubicaciones.
5. Guardar cambios.

En resumen, las tareas de UserView y BrowserView Platforms cargan una página web en un navegador real y ejecutan todos los componentes de la página, mientras que la tarea HTTP(S) utiliza el navegador"sintético"emulado y solo descarga el elemento de página que se solicitó sin renderizar.

Para obtener más información, consulte Diferencias entre supervisión a través de HTTP(S) y a través de BrowserView/UserView y Diferencias en la medición de tiempo entre HTTP(S) y BrowserView/UserView Tasks.

La API está bloqueada por una dirección IP para permitir el acceso solo a los usuarios autorizados. Al configurar una integración de API web (Administrar > integraciones de nueva integración), debe habilitar el acceso a los datos más allá de > su cuenta de Dotcom-Monitor a través de la API web. Para obtener más información, visite Cómo incluir direcciones IP en la lista blanca para el acceso a la API web .

Para obtener más información sobre cómo usar la API, visite la página de introducción a la API.

Dotcom-Monitor purga automáticamente los datos del sistema de acuerdo con la siguiente programación.

Para cuentas activas:

• Los archivos de informe generados, como documentos CSV o PDF, se conservan durante 3 años a partir de la fecha generada.
• Los datos de tiempo de respuesta de todas las tareas se conservan durante 6 meses. Todos los datos de tiempo de respuesta que se encuentran en un gráfico de cascada detallado, como DNS, el tiempo de respuesta del primer paquete y el tiempo de carga de elementos individuales, se incluyen en el período de retención de seis meses.
• Los datos agregados se conservan durante 3 años. Por ejemplo, los detalles de nivel de elemento de una tarea de carga de página HTTP ya no estarán disponibles después de 1 año, pero el tiempo agregado para cargar la página se conservará durante 3 años. Esto incluye los datos de resumen calculados, como el tiempo de actividad calculado y los períodos de tiempo de inactividad. Por lo tanto, es posible que un gráfico o informe que se ejecute durante períodos hace más de un año no pueda devolver datos si el período de tiempo de la consulta especificada es más corto que los datos agregados guardados.
• Las grabaciones de vídeo se purgan después de 6 días. Para obtener más información sobre cómo funcionan las grabaciones de vídeo, consulte el artículo Grabaciónde vídeo .

Esta directiva de retención se aplica a todos los tipos de tareas.

Los datos de la cuenta de prueba no se conservan de acuerdo con esta programación y se pueden eliminar en cualquier momento después de que expire la prueba.

Los datos de la cuenta cerrada pueden purgarse del sistema en un plazo de 60 días a partir del último inicio de sesión de usuario de la cuenta.

Después de configurar las tareas con alertas y comienzan a ejecutarse, es posible que reciba varias alertas, pero cuando compruebe el servicio o el sitio web, todo se ve bien. Es importante prestar atención al contenido de las alertas para averiguar qué está causando el error. Algunos errores pueden contener códigos de error personalizados de Dotcom-Monitor,mientras que otros pueden contener códigos de estado http que pueden ayudarle a descifrar la causa del error.

Debido a la naturaleza detallada de las capacidades de supervisión de Dotcom-Monitor, es posible que desee ajustar sus alertas, informes o scripts grabados para excluir ciertos elementos o errores para eliminar falsos positivos. Algunas de esas razones incluyen:

• Una o más ubicaciones de supervisión agotan el tiempo de espera mientras el resto de las ubicaciones tienen éxito.
• Se han realizado cambios en su sitio y ya no se encuentran ciertos elementos que se esperaban.
• Algo en su sitio web está respondiendo lentamente, haciendo que el sistema piense que ya no existe,
• El tráfico de red está provocando que el sitio se ralentice y supere los límites de tiempo de espera.
• Un "hiccup" en el tráfico de red a través de Internet o desde una ubicación de monitoreo
• Los elementos de terceros se cargan lentamente y se agota el tiempo de espera.
• Se han cambiado las direcciones URL de elementos de terceros.

Puede ajustar estos falsos positivos creando filtros y aplicando el filtro a las alertas e informes del dispositivoinfractor.

También puede habilitar la comprobación de falsos positivos en sus dispositivos. Esto desencadenará una cascada de comprobaciones de una ubicación que detecte un error de supervisión para confirmar que el dispositivo está fallando más de una vez

La forma más fácil de crear un gran número de objetos (dispositivos / tareas / filtros / horarios / etc.) en el sistema Dotcom-Monitor es abrir un ticket de soporte y pedir ayuda al equipo de soporte.

Esté preparado para proporcionar una hoja de cálculo con una lista de todos los objetos que desea crear. Si es necesario, la hoja de cálculo debe adjuntarse al ticket de soporte, para que el soporte pueda realizar los cambios necesarios por usted.

Puede silenciar las alertas individuales del dispositivo durante un máximo de 24 horas desde el Administrador de dispositivos haciendo clic en las acciones situadas junto al dispositivo, seleccionando Silencio de alertay silenciando durante el período deseado.

Para silenciar varios dispositivos a la vez, haga clic en la casilla de verificación junto a cada dispositivo que desee silenciar y, a continuación, haga clic en el botón Silencio de alerta en la parte superior de la lista y seleccione el período que desee.

También puede utilizar la API para silenciar las alertas durante más de 24 horas. Para obtener información sobre cómo hacerlo, desproteger API: Deshabilitar alertas para un dispositivo.

Los sistemas Dotcom-Monitor ofrecen un sólido conjunto de herramientas de monitoreo que deben ajustarse cuidadosamente para detectar el nivel de rendimiento requerido para cada objetivo supervisado. Debido al número y la variedad de factores de alerta, es posible que deba ajustar algunos de los ajustes de sus monitores para eliminar falsos positivos.

Para determinar si las alertas que está recibiendo son válidas, consulte este artículo sobre la identificación de falsos positivos.

Si todavía no desea recibir alertas de la forma en que están configuradas actualmente, la ejecución de un informe en línea desde el Administrador de dispositivos durante el tiempo durante el cual recibió las alertas le dará más información sobre lo que está desencadenando las alertas.

Tiempo máximo expirado

Si el error en el informe en línea indica "(300) tarea Tiempo de espera máximo expirado" esto significa que la tarea tardó más en completarse que el tiempo de espera máximo especificado para la tarea. Esto puede apuntar a un problema legítimo, pero depende de usted determinar en qué momento necesita recibir alertas. Si cree que está recibiendo demasiadas alertas, puede editar la tarea y aumentar el límite máximo de tiempo de espera.

Errores específicos de ubicación

Si está supervisando desde varias ubicaciones, pero solo está experimentando problemas desde una sola ubicación, hay varias cosas que puede comprobar.

Acceso restringido a IP

Si el acceso al servidor está limitado a través de la dirección IP, debe asegurarse de que ha agregado las direcciones IP de todas las ubicaciones de supervisión a su lista de acceso a direcciones IP.

Certificados de seguridad requeridos

Si el servidor requiere un certificado para acceder al contenido, debe abrir un vale de soporte técnico para cargar el certificado en cada ubicación de supervisión.

Gran Cortafuegos de China

Si usted está experimentando problemas desde una ubicación en China, es posible que esté viendo los resultados del "Gran Cortafuegos de China." A medida que el gobierno chino mantiene un estricto control sobre qué contenido es accesible desde dentro del país, a veces el contenido se filtra como inaccesible o el ancho de banda a ciertos sitios se limita para que los elementos del sitio se aloja. En estos casos a menudo hay poco que se puede hacer ya que el gobierno chino está en control de la red.

Póngase en contacto con el equipo de soporte

Si tienes problemas de una o algunas ubicaciones específicas, puedes abrir un ticket de soporte técnico y nuestro equipo de soporte trabajará contigo para identificar otros posibles problemas. A veces puede haber problemas con un enrutamiento de servidor DNS incorrectamente, búsqueda DNS inversa o un problema específico de la ubicación de supervisión.

Tiempos de espera de UserView

Si está ejecutando un script de UserView, es posible que deba agregar un retraso al script para dar al sitio más tiempo para cargar todos los elementos correctamente. También puede repetir el paso, como hacer clic en un href después de agregar un retraso, por lo que en caso de que el vínculo no se represente en la página la primera vez, intentará hacer clic en él de nuevo.

Hay una serie de factores que determinan si se enviará un mensaje de alerta y a quién se enviará.

Filtros

Al crear un dispositivo, se aplica automáticamente un filtro predeterminado a todos los dispositivos. El filtro predeterminado requiere que más de una ubicación (a menos que solo seleccione una ubicación) reciba el error antes de que se active una alerta. Esto se hace para eliminar las alertas falsas positivas cuando una ubicación sufre de un pequeño hipo de red. Puede crear un filtro que no requiera más de una ubicación, pero tenga en cuenta que probablemente recibirá muchas alertas falsas positivas debido a la naturaleza descontrolada del tráfico en Internet.

Horarios

Si ha aplicado una programación a un dispositivo, el dispositivo no se supervisará durante períodos no programados, por lo que no se registrarán datos para desactivar una alerta. Le recomendamos que no aplique un horario directamente a sus dispositivos para que el sistema sea monitoreado las 24 horas del día, los 7 días de la semana, incluso si no desea recibir alertas durante todo el día. Puede aplicar programaciones a diferentes grupos de alertas para que los diferentes grupos solo reciban alertas durante sus turnos de trabajo, por ejemplo.

Períodos de escalada

Al configurar alertas de grupo, puede especificar si el grupo debe recibir una notificación inmediatamente cuando se detecta el error, o si debe haber un retraso entre el momento en que se detecta el error por primera vez y cuando se envía un error. Por ejemplo, tal vez tenga un grupo de soporte técnico de segundo nivel que solo se notifica cuando se sigue produciendo un error 30 minutos después de que el soporte técnico del primer nivel recibiera una alerta.

Comprobaciones falsas positivas

De forma predeterminada, la comprobación de falsos positivos está activada. Esto significa que si una ubicación de supervisión experimenta un error, intenta volver a crear el error antes de enviar un mensaje de error. No recomendamos deshabilitar esto porque aumentará el riesgo de recibir alertas falsas positivas, sin embargo, si su tarea tarda un tiempo particularmente largo en completar una iteración, es posible que desee desactivar la comprobación de falso positivo para que reciba errores inmediatamente en lugar de 10 minutos después de que se detectó el primer error (5 minutos para completar la primera tarea , cuando se detecte el error, otros 5 minutos para confirmar el error)

Grupos de alertas

Tenga en cuenta que los grupos de alertas se pueden configurar y usar para varios dispositivos. Si observas que alguien no está recibiendo una alerta, asegúrate de que su información de contacto exista en todos los grupos necesarios. Tenga cuidado al editar o quitar personas de grupos, ya que ese grupo se puede usar para dispositivos adicionales.

Hay muchos errores diferentes que pueden ocurrir mientras un sitio web todavía es parcial o totalmente accesible. Algunos de los errores más comunes que pueden ocurrir mientras su sitio web todavía parece estar disponible incluyen:

• Se ha superado un tiempo de espera

Si el error especifica que se ha producido un tiempo de espera, edite los detalles de la tarea de supervisión y busque un valor de tiempo de espera máximo. Si obtiene muchos errores de tiempo de espera, es posible que desee considerar aumentar el valor de tiempo de espera máximo o eliminarlo por completo. Como alternativa, puede realizar actualizaciones en el sitio para mejorar la velocidad de carga o hospedar elementos individuales en una red de distribución de contenido (CDN). Si no ha especificado un valor de tiempo de espera máximo, el tiempo de espera predeterminado para una tarea es de 120 segundos.

• No se encuentran texto ni imágenes que se están validando

Si la tarea incluye la validación de una palabra clave o imagen determinada en la página, el resto del contenido puede seguir cargando correctamente mientras falta el elemento esperado.

• Los elementos de la página se cargan lentamente, lo que provoca un error en el script

Algunavalida puede producir un error si la tarea busca un elemento antes de que el elemento se haya cargado por completo. Si la tarea es un script UserView, es posible que deba agregar un retraso de tiempo antes de validar este elemento en particular.

• La resolución DNS puede estar fallando para un subconjunto de servidores DNS

A veces, debido a varios problemas de red a través de Internet o proveedores de servicios locales, uno de los servidores DNS especificados o de nivel superior puede ser incapaz de calificar completamente la resolución dns a su sitio. En este caso, la mayoría de los exploradores siguen consultando el siguiente servidor DNS disponible y completando la resolución, pero dependiendo de cómo se configure la supervisión, es posible que siga recibiendo alertas. Para obtener más información sobre cómo solucionar errores DNS, visite nuestro artículo de la base de conocimientos aquí.

En los detalles del informe en línea, cuando expando una sesión de supervisión individual para ver detalles detallados de los pasos, ¿por qué vemos errores pero la tarea de supervisión general es correcta?

Hay una serie de casos en los que un elemento individual o una llamada a un servidor que se supervisa dará como resultado una respuesta marcada o de error. Estas respuestas se observan típicamente por un signo de exclamación rojo y el texto puede estar ligeramente atenuado.

1. Una causa de este tipo de evento marcado podría ser que el sitio web que se supervisa requiere autenticación básica. En este caso, la primera solicitud de una dirección URL se marcaría como un error porque el servidor devuelve una respuesta 401 que permite al explorador saber que se requiere autenticación básica. A continuación, la siguiente solicitud se envía desde el monitor, incluidas las credenciales de autenticación básicas, que devuelve una respuesta correcta, por lo que técnicamente, la tarea se ha completado correctamente.
2. Otra posible causa podría ser que el elemento solicitado ya se cargó desde una solicitud anterior en el script de supervisión, y una vez que esto se realiza la solicitud se cancela, pero de nuevo, la tarea en su conjunto se completó correctamente.
3. Para obtener información adicional sobre estas anomalías, no dude en ponerse en contacto con el soporte técnico abriendo un ticketde soporte.