Análisis de registro de dispositivos – UNMS

Introducción


Este artículo está dirigido a usuarios que deseen analizar sus  propios registros de dispositivos . Las siguientes secciones describen algunos de los escenarios más comunes junto con una explicación de cómo ese problema aparecerá en el registro del dispositivo.


Error de conexión


Error generico

12 de septiembre 15:20:57 udapi-bridge [978]: error de conexión (XXX.YYY.ZZZ: 443)

Este es un error de red genérico, lo que significa que el dispositivo no puede alcanzar el servidor UNMS. Compruebe que el dispositivo pueda hacer ping al servidor UNMS y que pueda conectarse a UNMS a través de WebSocket con SSL. Hay un tutorial detallado sobre cómo verificar esto en este artículo de ayuda . Si el dispositivo en cuestión es un EdgeRouter y se está utilizando como puerta de enlace, podría ser un problema resolver el nombre de host de UNMS. Consulte nuestro artículo UNMS – Conexión de dispositivos en un rango de IP privado para obtener más información al respecto.

Error de DNS

12 de junio 08:10:12 udapi-bridge [27679]: unms: conexión a XXX.YYY.ZZZ: 443 
12 de junio 08:10:12 udapi-bridge [27679]: error de conexión (XXX.YYY.ZZZ: 443) : getaddrinfo (ipv4) falló

Esto es un error en la configuración del DNS. Es necesario verificar que todas las configuraciones de DNS (incluso las secundarias) estén configuradas correctamente. 


Conexión establecida y cerrada


30 de mayo 13:07:50 udapi-bridge [14170]: unms: conectando a XXX.YYY.ZZZ: 443 
30 de mayo 13:07:50 udapi-bridge [14170]: conexión establecida
el 30 de mayo 13:07:50 udapi- puente [14170]: conexión cerrada

El dispositivo se conecta con éxito a UNMS, por lo tanto, no existe un problema de red, pero la conexión está cerrada por UNMS en uno o dos segundos. La causa más común es el error de la clave AES. Si sigue la guía de solución de problemas de errores de AES pero sigue recibiendo los mismos mensajes de error en el registro del dispositivo , busque IP / MAC del dispositivo afectado en el registro. Debe poder encontrar una razón específica para la desconexión del dispositivo. El dispositivo que estaba enviando datos ilegibles por UNMS o UNMS puede estar sobrecargado. 


Problema con el cifrado AES


2017-07-26 11:53:04 ERROR no pudo descifrar un mensaje cifrado AES
2017-07-26 11:53:04 ERROR no pudo decodificar un mensaje de UNMS 

Este error significa que la clave AES para el dispositivo no coincide con la clave AES designada para ello en UNMS. Podría haber varias razones, pero la solución más confiable, aunque la más larga de configurar, sería la siguiente:

  1. Desactive UNMS y elimine la clave UNMS en la interfaz de usuario del dispositivo.
  2. Haga clic en el deletebotón en el dispositivo en la lista de dispositivos de UNMS.
  3. Haga clic en el botón Agregar dispositivo en UNMS y copie la clave UNMS en el portapapeles.
  4. Pegue la clave UNMS en el dispositivo y habilite UNMS.
  5. El dispositivo ahora debería aparecer como conectado en UNMS

Soluciones más cortas con posibles desventajas:

  • Elimine el dispositivo de UNMS, perdiendo estadísticas de dispositivos, copias de seguridad, etc.
  • Utilice UMobile Discovery o UNMS Discovery, que corrige la clave AES cuando el dispositivo se conecta con él. Esta solución está limitada por el hecho de que la función de Descubrimiento debe tener acceso al dispositivo en cuestión. Por ejemplo, no será posible con Cloud UNMS.

Error de conexión HS: ACEPTAR falta


15 de noviembre 22:43:17 udapi-bridge [1936]: error de conexión (XXX.YYY.ZZZ: 443): HS: ACEPTAR falta

Hay dos razones más comunes para este error:

1. Clave UNMS incorrecta

Este error aparecerá cuando un dispositivo con una clave UNMS mal formateada intente conectarse. Un formato incorrecto podría deberse a un espacio olvidado en la cadena de clave UNMS o un carácter no estándar delante de él:

  • Correcto:   wss // XXX.YYY.ZZZ: 443 + …
  • Incorrecto:   -wss // XXX.YYY.ZZZ: 443 + …

Hay varias formas de formatear incorrectamente una clave UNMS, por lo que se recomienda que si aparece este mensaje en el registro, primero identifique qué dispositivo es la causa y luego verifique su clave UNMS para detectar errores.

2. Error con un proxy inverso personalizado

Este error solo afecta a los usuarios que utilizan su propio proxy personalizado entre dispositivos UNMS. Esos dispositivos utilizan la  conexión segura WebSocket  (WSS) para la comunicación con UNMS, por lo tanto, el proxy debe configurarse para manejar la comunicación WebSocket con TLS correctamente en su puerto público https. Vea nuestras  configuraciones de ejemplo  para Nginx y Apache. UNMS trae su propio servidor Nginx preconfigurado, por lo que no es necesario colocar un proxy HTTPS personalizado.


Error de conexión con SSL


1 de septiembre 16:31:37 udapi-bridge [612]: error de conexión (XXX.YYY.ZZZ: 443): lws_ssl_client_connect2 falló

Este logline significa que el dispositivo no confía en el certificado UNMS. Podría haber múltiples razones para esta situación:

  • Un dispositivo tiene una hora incorrecta y es necesario para permitir el servicio NTP.
  • Es un error genérico para el certificado UNMS.

Conexión terminada por UNMS (mientras se establece una conexión)


9 de septiembre, 14:25:16 udapi-bridge [3300]: conexión cerrada entre pares (estado 1000): conexión terminada por UNMS al establecer la conexión. 
9 de septiembre, 14:25:16 udapi-bridge [3300]: conexión cerrada

Este error aparecerá cuando el dispositivo pueda alcanzar UNMS, pero UNMS termina la conexión. Por lo general, sigue este error en el registro de UNMS:

WS: problema al establecer la conexión desde <ip del sitio>, datos inesperados: Error: estado no admitido o no se pueden autenticar los datos)

En este caso, el dispositivo devolvió algo inesperado a la UNMS. Póngase en contacto con nosotros a través del foro de la comunidad UNMS , ya que necesitaremos la información de soporte de su dispositivo para identificar la causa de este problema. 


Conexión terminada por UNMS (al obtener información del sistema)


28 de julio 22:26:41 dapi-bridge [459]: conexión cerrada entre pares (estado 1000): conexión terminada por UNMS al obtener información del sistema.

Este error significa que UNMS no puede conectarse con este dispositivo. Podría significar que el modelo o el firmware del dispositivo no es compatible, o que existe un problema con el análisis de la información del dispositivo. Si ve este error, contáctenos a través de la  comunidad UNMS . Nos gustaría saber el modelo de su dispositivo, la versión de firmware y ver los  registros de UNMS  y la  información de soporte del dispositivo .


El conector UNMS no puede acceder a los datos del dispositivo local


2017-08-06 00:37:55 ERROR recv (): socket cerrado
2017-08-06 00:37:55 ERROR no se pudo analizar el encabezado
2017-08-06 00:37:55 ERROR no pudo realizar la solicitud del socket EdgeOS
2017-08-06 00:37:55 ERROR connect (): Conexión rechazada
2017-08-06 00:37:55 ERROR no pudo inicializar el socket de estadísticas
2017-08-06 00:37:57 ERROR connect (): Conexión rechazada
2017-08-06 00:37:57 ERROR no pudo inicializar el socket de estadísticas

Estas líneas de error significan que el conector UNMS ( udapi-bridge) no puede acceder a los sockets del dispositivo local y recibir estadísticas del dispositivo y leer la configuración. En este caso, envíenos los archivos de soporte de su dispositivo . Consulte la siguiente sección sobre cómo recuperar más información udapi-bridgeen modo detallado.


Cómo cambiar “udapi-bridge” a modo detallado


En algunos casos, será necesario tener más información que la que se proporciona en un registro de dispositivo estándar. Para recuperar esta información siga estos pasos:

  1. Desactive la conexión UNMS en la interfaz de usuario del dispositivo.
  2. Copia la clave UNMS.
  3. Conéctate al dispositivo a través de SSH.
  4. Ejecute udapi-bridgemanualmente y verifique su salida escribiendo este comando:
sudo udapi-bridge -v UNMS-KEY