Problema
Tu ping Sintético o monitor simple reportó uno de estos errores. Para errores de monitor con secuencias de comandos, consulte errores no relacionados con ping.
Soluciones
Estos son algunos de los mensajes de error monitor no programados más comunes.
Problema
Su ping expiró después de 65 segundos, el límite de tiempo de duración de verificación no configurable.
Solución
El límite de tiempo de 65 segundos no es configurable. Los pings que superan los 65 segundos pueden deberse a la latencia del servidor de destino. Investigue posibles problemas a lo largo de la ruta de red entre nuestros servidores y el suyo, ya que esto puede indicar un problema experimentado por un usuario real de su aplicación.
Causa
El monitor de ping primero realizará una solicitud HEAD . Si esta solicitud falla por algún motivo o alcanza el tiempo de espera de conexión HTTP de 30 segundos para el monitor de ping, se realiza una solicitud GET posterior. Este error ocurre cuando las solicitudes HEAD y GET superan los 30 segundos, generalmente debido a la latencia del servidor.
Problema
Las solicitudes HTTP durante la verificación excedieron el límite de tiempo de espera de conexión TCP de 30 segundos no configurable.
Solución
El límite de tiempo de 30 segundos no es configurable. Investigue posibles problemas a lo largo de la ruta de red entre nuestros servidores y el suyo, ya que esto puede indicar un problema experimentado por un usuario real de su aplicación.
Causa
Este error indica un problema para llegar a su sitio desde la ubicación donde se realizó la verificación de Sintético.
Problema
El servidor de destino rechazó la conexión desde el cliente HTTP del monitor de ping de Sintético.
Solución
Agregue nuestras direcciones IP de monitoreo sintético a su lista de 'permitidos', para garantizar que el tráfico de nuestro monitor sintético pueda llegar al servidor de destino.
Causa
Es probable que el servidor de destino esté bloqueando o limitando la velocidad del tráfico de Sintético.
Problema
El monitor Sintético encontró un código de estado incorrecto, generalmente un código de respuesta que no está en el rango 2XX/3XX.
Solución
Verifique el registro del lado del servidor para determinar por qué se envió el código de respuesta. Para ayudar a identificar el tráfico de Sintético en su servidor, todo el tráfico de monitoreo sintético incluye un encabezado de solicitud HTTPX-Abuse-Info y proporcionamos una lista de direcciones IP de origen para todo el tráfico de monitoreo sintético.
Causa
La causa depende del código de respuesta enviado.
Problema
Su monitor devuelve un SSLVerificationError.
Solución
Vaya a one.newrelic.com > Synthetic monitoring > (seleccione un monitor) > General > Advanced options y luego desactive Verify SSL check.
Causa
Los errores SSLVerificationError son el resultado de un error opcional Verify SSL check en el host de destino.
SSL verification failed during execution for domain <TARGET_URL> Los fallos indican que la URL proporcionada no es HTTPS o no redirige a un extremo HTTPS.
SSLVerificationError: (<ERROR CODE>) <ERROR> Los errores se recuperan directamente del comando openssl y, a menudo, indican un problema de configuración SSL legítimo en el sitio de destino.
Problema
El valor de cadena incluido en el campo opcional Response Validation del monitor Sintético no se encontró en la respuesta del servidor de destino.
Solución
Para solucionar problemas:
Verifique el cronograma de resultados fallidos para asegurarse de que el extremo donde se espera el texto de validación de la respuesta sea el último extremo que se solicita.
Intente realizar una solicitud curl contra el objetivo extremo para ver si se devuelve el cuerpo de respuesta esperado.
Asegúrese de que su extremo no tenga políticas que devuelvan contenido diferente según el contenido del encabezado o la actividad de la solicitud. Si es así, utilice un browser con secuencias de comandos para falsificar una cadena de encabezado específica.
Si está utilizando un browser simple para monitorear una página cuyo contenido se carga a través de JavaScript después de que se activa el evento de carga de la página, considere usar un script de monitor de browser en su lugar. Puede programar un browser con secuencias de comandos para que espere a que aparezcan elementos específicos en una página antes de interactuar con ellos.
Causa
La causa depende del tipo de monitor:
Monitor de ping: el valor de la cadena debe estar presente en el primer MB (10^6 bytes) del cuerpo de la respuesta.
Browser simple: la cadena debe estar visible en la página cuando se activa el evento de carga de la página.
Problema
El cliente del monitor pudo establecer una conexión HTTP con el sitio de destino, pero luego excedió el tiempo de espera de lectura de 30 segundos mientras esperaba una respuesta.
Solución
Para solucionar problemas:
Investigue el rendimiento del servidor de destino durante el período de tiempo en que se observó el problema.
Investigue posibles problemas a lo largo de la ruta de red entre nuestros servidores y el suyo, ya que esto puede indicar un problema experimentado por un usuario real de su aplicación.
Causa
Esto indica un problema con el servidor de destino respondiendo al cliente HTTP del monitor Sintético, o latencia de red entre su servidor y el nuestro.
Problema
El cliente HTTP del monitor Sintético pudo establecer una conexión con el servidor de destino. Luego, el servidor de destino cerró la conexión sin obtener respuesta.
Solución
Agregue nuestras direcciones IP de monitoreo sintético a su lista de 'permitidos', para garantizar que el tráfico de nuestro monitor sintético pueda llegar al servidor de destino.
Causa
La infraestructura perimetral a veces implementa medidas como esta para que un extremo de aplicación maneje el tráfico que infringe políticas de comportamiento como la limitación de velocidad.
Problema
El cliente de monitoreo sintético pudo resolver la dirección IP del host de destino, pero no pudo encontrar una ruta hacia el host de destino para establecer una conexión.
Solución
Si el error ocurre en una ubicación de monitoreo sintético público, asegúrese de que los registros DNS para este host se resuelvan en una dirección IP accesible.
Si la falla ocurre en una ubicación privada de monitoreo sintético, asegúrese de que la configuración de red del minion privado esté configurada correctamente y que el nombre de host de destino se pueda resolver y acceder a través de la interfaz de línea de comando virtual del minion privado.
Causa
Esto ocurre cuando el nombre de host de destino se resuelve en una dirección IP no enrutable según RFC 1918.
Problema
El cliente del monitor Sintético fue redirigido (observando códigos de respuesta 301 o 302) 20 veces al realizar una solicitud al extremo objetivo.
Solución
Asegúrese de que el objetivo extremo redirija las solicitudes de los clientes menos de 20 veces. Si esto solo ocurre dentro de New Relic, vuelva a crear el problema fuera de New Relic para solucionar la causa raíz. Utilice un cliente similar para realizar solicitudes contra el objetivo extremo:
Monitor de ping: cliente HTTP similar a curl.
Browser simple y monitor de browser con script: instancia de Chrome 60 en una máquina virtual (VM) Ubuntu 14.04.5.
Monitor de API con secuencia de comandos: utilice el cliente HTTP de solicitud para Node.js.
Causa
Esto ocurre cuando el extremo monitoreado sirve efectivamente un bucle de redireccionamiento al monitor Sintético: la respuesta inicial redirige a otra URL que redirige a otra URL, etc.
Problema
El cliente HTTP del monitor Sintético no pudo resolver el nombre de host de destino.
Solución
Private synthetic monitoring's locations: Confirme que la configuración de red para el minion sea correcta. Si el nombre de host de destino es interno, asegúrese de que el minion esté utilizando el servicio DNS interno de su red que pueda resolver el host. El minion privado en contenedor y los contenedores de ejecución que genera en el host (para ejecutar comprobaciones que no sean de ping) deben heredar la configuración DNS del host /etc/resolv.conf.
Docker: Los argumentos de red como –dns o -network utilizados en el comando docker run en el minion privado en contenedor solo serán utilizados por el contenedor minion, pero no por los contenedores del ejecutor. Si el DNS apunta a la interfaz de bucle invertido, como 127.0.0.1, defina una configuración de DNS en el nivel del daemon de Docker o utilice una herramienta como dnsmasq para asegurarse de que el ejecutor reenvíe las solicitudes de DNS en la interfaz del puente de la ventana docker .
Public synthetic monitoring locations: Asegúrese de que los servicios DNS públicos, como el DNS público de Google y el DNS proporcionado por Amazon, puedan buscar el registro DNS del sitio de destino.
Causa
Nuestras ubicaciones públicas de monitoreo sintético utilizan el DNS público de Google y el DNS proporcionado por Amazon. Si la resolución DNS del host de destino falla en nuestras ubicaciones públicas de monitoreo sintético, es probable que se trate de un problema que enfrenta otro usuario.
Si observa fallas de monitor relacionadas con la resolución de DNS en una ubicación privada de monitoreo sintético, esto generalmente se debe a que el minion privado de esa ubicación tiene una configuración de red no válida.
Problema
El dominio objetivo está bloqueado por monitoreo sintético.
Solución
Para desbloquear el dominio, debe utilizar un monitor de browser con script y realizar llamadas manualmente en su script.
Causa
El monitoreo sintético excluye específicamente los scripts para servicios de análisis populares como Google Analytics. Esto garantiza que sus herramientas de análisis sigan recibiendo datos precisos, incluso con miles de monitores revisando su sitio web cada mes.