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 3personas 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 la3a parte (gmail).
Hay tres maneras de probar esto con Round trip:
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:
Un ID de cuenta proporcionado en la página de inicio Seleccionar una cuenta en la lista de cuentas disponibles.
Una vez que hayas iniciado sesión, busca el ID de tu cuenta en el menú Cuenta de la lista desplegable.
Además, su ID de cuenta se muestra en Configuración de la > cuenta.
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.
Incidentally, a filter can also both be applied to a device (cutting false triggering) and to any type of reporting.
Filtering defines the Up/Down states using the following adjustable criteria:
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.
The formula for the Downtime calculation is as follows:
1. Downtime Duration is tied directly to the configurations within the filter:
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.
Any change in a device settings (including device restart) during the Down state will reset the state so no uptime alert will be sent.
EXAMPLE:
Let’s say we have device monitored from 7 locations and filter set that 3 locations must report an error for Downtime condition. First, monitoring node (agent 1) detects an error while the rest are still reporting success, then the second (agent 2) and at last third one (agent 4) detects an error at T4 which triggers filter to set Downtime beginning right from this moment. The Down state will remain until you set hypothetical Postpone at T5 because of the number of agent reporting errors higher than adjusted 3 throughout all this time. The time gap between T6 and T7 is an illustration of the fact we get the first response with a delay (monitoring session processing time includes network transfer delays and the execution itself), so “Postponed” time is being calculated as ∆ (T7–T5) (Postponed 2nd). Again, we fall into Downtime only on 3rd error from Agent 3 and get in the Up state only on the T9 response, when the number of failing agents becomes less than adjusted in the filter. Here comes the final downtime % calculation formula for this case:
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:
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:
| Prueba de carga HTTP(S) (ServerView) | Prueba de carga de la página web (BrowserView) | Prueba de carga de aplicaciones web (UserView) |
| 8.000.000 de usuarios | 225.000 usuarios | 225.000 usuarios |
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.
Puede editar las ubicaciones del agente para varios dispositivos a la vez en la pantalla Administrador de dispositivos.
la plataforma que desea actualizar.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 la dirección IP para permitir solo el acceso de los usuarios autorizados. Antes de utilizar la API, debe ponerse en contacto con el soporte técnico y darles las direcciones IP de las ubicaciones en las que va a acceder a la API.
Para obtener más información sobre cómo usar la API, visite la página de introducción ala API .
Dotcom-Monitor purga automáticamente los datos del sistema de acuerdo con la siguiente programación.
Para cuentas activas:
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:
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. Pueden indique que introduzca todos los objetos que desea crear en una hoja de cálculo con una columna para cada campo relevante.
Una vez completada la hoja de cálculo, puede adjuntarla al ticket de soporte o enviarla por correo electrónico al soporte técnico y rellenarán los cambios por usted.
Una vez que haya creado un panel, puede verlo en cualquier momento copiando y pegando la url en una nueva ventana del navegador. No es necesario iniciar sesión en el sistema para ver un panel.
Para encontrar la url del panel, inicie sesión en Dotcom-Monitor y en el menú de navegación en la parte superior del sitio web de Dotcom-Monitor, vaya a Configurar, Paneles.
Expanda el menú de acordeón que contiene los paneles y haga clic en el botón de acciones situado a la derecha del panel al que desea acceder.
Al seleccionar la vista previa se abrirá el panel en una nueva ventana mientras al hacer clic en copiar URL se copiará la URL del panel en el portapapeles.
Ahora puede guardar la url en un archivo, enviar la url por correo electrónico a otros, o pegar la url en una ventana del navegador y marcar la dirección para acceder fácilmente a ella en el futuro.
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 situada junto a cada dispositivo que desee silenciar y, a continuación, haga clic en la etiqueta azul de las acciones en la parte superior de la tabla y seleccione Silencio de alerta para 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. Para poder usar la API, debe notificar a la compatibilidad desde qué direcciones IP permitir el acceso a la API.
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.
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.
Si está supervisando desde varias ubicaciones, pero solo está experimentando problemas desde una sola ubicación, hay varias cosas que puede comprobar.
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.
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.
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.
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.
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á.
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.
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.
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)
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:
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.
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.
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.
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.
La fuente XML es un flujo de datos con formato XML que lleva información de supervisión durante un período solicitado para un dispositivo o una tarea.
Consulte Uso del servicio de informes XML (XRS)
La solicitud BASIC XML FEED es una dirección URL con formato especial con una serie de parámetros GET, divididos por el símbolo “&”, que se solicita mediante el protocolo HTTPS.
El contenido de la dirección URL básica de XML FEED se construye a partir de los siguientes comandos:
[base_service_address] + [unique_account_uid] + [Site_id] + [parameter1] [parameter2] + …
Ejemplo:
https://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx ?pid-4229AF4F0FB545AEA75EAF2013E51BB7 &Sitio-12345 &Tipo-General
El UID de cliente es el identificador de cuenta único. Compruébolo en Configurar > integraciones > UID.
La descripción de parámetros adicionales está disponible en el artículo Uso del servicio de informes XML (XRS).
El término que estamos usando es “Detalles XML extendidos”, que incluyen todos los elementos secundarios subyacentes del árbol de respuesta, es decir, la lista de todos los elementos cargados. Esta opción está disponible agregando el parámetro “Opciones-RequestDetails”.
Puede encontrar cómo habilitar “Detalles XML extendidos” en el artículo Uso del servicio de informes XML (XRS).
Dispositivo:
Abra el dispositivo de destino en la lista de clientes, vaya a Acciones > Editar.
En la barra de direcciones del navegador verás algo como
https://www.dotcom-monitor.com/User/Site-Edit.aspx? id=67898 &event=Edit
El id-67898 es el ID del dispositivo.
Tarea:
Abra la tarea de destino en la lista de clientes, vaya a Acciones > Editar.
En la barra de direcciones del navegador verás algo como:
https://www.dotcom-monitor.com/User/task-edit.aspx?id=73091& tid=132834 &event=Edit
El tid-132834 es el identificador de tarea.
Configurar > Integraciones > UID
Por lo tanto, vaya a Configurar > integraciones > UID … copiar UID 123456789456123789456123, a continuación, insertar donde Xs para PID. Y luego ve a de de del dispositivo el menú > > Acciones > Editar. Copie el ID de dispositivo 12345 de la URL, inserte donde Xs para el sitio:
http://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx?pid=XXXXXXXXXXX&Site=XXXXX&Type=Detail&Options=RequestDetails
Si desea que la fuente XML muestre los resultados solo de determinados agentes de supervisión, agregue el parámetro de cadena “&Location” a la dirección URL de la solicitud de la siguiente manera:
http://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx?pid=XXXXXXXXXXX&Site=XXXXX&Type=Detail &Ubicación [agent1] &Ubicación& [agent2] amp;Ubicación… &Ubicación [agent5] …
Ejemplo
http://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx?pid=4229AF4F0FB545AER75EAF2013EB1BB7&Site=77895&Type=Detail&Location=MN, EE.UU. &Ubicación-Amazon-US-East&Location-Frankfurt,Alemania&Location-Sydney, AU
Lista de valores de cadenas de agentes:
América
|
Europa
|
Asia, Australia, Africa
|
Ejemplo:
<Response> <ID>3424533543</ID> <Name>Demo request</Name> <URL>http://demo.webportal.com/APIv1/json?userid=test;userweight=22;ACT=DASW</URL> <Monitoring-Date-Time>3/26/2014 12:38:38 PM</Monitoring-Date-Time> <Duration>114</Duration> <DnsTime>0</DnsTime> <SSLTime>0</SSLTime> <ConnectionTime>15</ConnectionTime> <RequestTime>0</RequestTime> <FirstPacketTime>97</FirstPacketTime> <DownloadTime>2</DownloadTime> <Status>S</Status> <Monitoring-Location>FL, USA</Monitoring-Location> </Response>