Problemas de implementación y registro de Socket

Visión general

La implementación de Socket es el primer paso crítico para integrar un Site a la nube de Cato. Las fallas al registrar un socket en la nube representan el primer obstáculo para utilizar el conjunto de características que ofrece Cato. Este manual ayuda a los administradores a solucionar cualquier problema que puedan enfrentar al implementar un socket.

Síntomas

Una falla en el registro de socket puede manifestarse de varias maneras. Un administrador puede notar los siguientes síntomas:

• No hay notificación de nuevo socket al conectar el socket a Internet
• Se recibe la notificación de nuevo socket, pero falla la actualización inicial del firmware
• No se encontró el Site al asignar un Socket
• Socket registrado con éxito en el Site, pero el Site se desconecta poco después
• Socket no asignable después de desasignar de un Site

Causas posibles

La mayoría de los casos en los que el registro falla se debe a las siguientes causas:

• Desajuste de registro entre el Socket y la CMA
• Problemas de conectividad del túnel DTLS
• La licencia programada provoca que el Site se desconecte.

Solucionar el problema

A continuación, se enumeran los pasos para solucionar los síntomas que un Administrador puede encontrar. Estos pasos están destinados a identificar posibles causas de los problemas enfrentados. Los pasos de resolución se destacarán más adelante en el manual.

Solución de problemas de notificación de nuevo socket al conectar el Socket

Cuando un nuevo socket se conecta a Internet por primera vez, se conectará a Cato y comenzará a actualizarse al firmware relevante. Esto se muestra como una notificación en la cuenta a la que se ha asignado el socket al comprarlo. 

La falla en recibir esta notificación sugiere que la conexión no se ha completado con éxito.

Verificando la conectividad del Socket

Asegúrese de estar familiarizado con los requisitos previos de conexión del Socket de Cato.

El estado de conectividad del Socket se puede ver a través de su Interfaz Web del Socket local, ver Iniciar sesión en la Interfaz WebUI del Socket localmente.. Para que el registro tenga éxito, el Puerto WAN que se está utilizando para el Servicio de Conexión a la nube de Cato debe mostrar un Icono de Estado verde. Un indicador distinto de verde sugiere un problema de conectividad. El significado de los diferentes colores de los íconos de estado se describe en Comprender los íconos de estado de enlace

Para un ícono rojo, asegúrese de que haya un enlace físico funcional entre el socket y el dispositivo ISP.

Un ícono de advertencia indicará otros tipos de problemas de conectividad, como un conflicto de IP. Si la WebUI informa de un problema de conflicto de IP, consulte Conflicto de dirección IP reportado

En caso de un problema de conectividad, podemos utilizar la pestaña Herramientas para realizar más pruebas. Para registrarse en Cato, el socket requiere acceso L3 a la CMA utilizando el nombre de host cc2.catonetworks.com, o la dirección IP codificada. Para identificar la dirección IP, consulte Dirección IP de origen para la aplicación de gestión de Cato (debe iniciar sesión para ver este artículo). Use la herramienta de ping para asegurarse de que este nombre de host y dirección IP sean accesibles sobre el puerto WAN directamente. Si ninguno es alcanzable, por favor ver la sección de ver resolución de problemas de conectividad.

Asegúrese de que la dirección IP WAN esté excluida de la inspección SSL/TLS realizada por cualquier dispositivo en la dirección ascendente.

Si estas Pruebas son aprobadas, también se puede realizar una captura de paquetes para garantizar que la solicitud de registro del Socket a CMA esté siendo respondida. Al capturar en el Puerto WAN en cuestión, los Paquetes bidireccionales en TCP/443 a CMA y UDP/443 al PoP deben ser vistos.

Conexión TCP a cc2.catonetworks.com

Conexión UDP al PoP

Si solo se detectan paquetes DTLS salientes, consulte la sección resolviendo tráfico DTLS en una sola dirección.

Verificando el estado de registro del Socket

Para que un nuevo socket con conectividad a Internet produzca una notificación en su cuenta, debe estar asignado a la cuenta relevante. Para verificar el estado de registro de todos los sockets asignados a una cuenta, ver el inventario de sockets en Cuenta > Inventario de Sockets.

Al buscar por el MAC o el número de serie de un socket determinado, se puede determinar si el socket está asignado correctamente a su cuenta y cuál es la vista actual del estado de registro de la CMA. Un administrador que conecta un nuevo socket a Internet puede esperar que el socket pase de estado Entregado a Instalado como se describe en Mostrar todos los Sockets en el Inventario de Sockets de la Cuenta.

Si el socket no aparece en el inventario o el estado de registro del socket no cambia a Instalado al conectarse a una conexión a Internet funcional, consulte la sección Resolver configuraciones de desajuste de registro.

Registro de vSocket

A diferencia de los Sockets físicos, los vSockets no necesitan ser pre-agregados al Inventario de Sockets de la cuenta. Una vez creado un sitio de vSocket en CMA, entra en un estado 'Pendiente' hasta que el despliegue en la plataforma en la nube esté completo.

Después de un despliegue exitoso y acceso a Internet a través de la interfaz WAN, el vSocket se registra automáticamente con Cato Cloud, lo que provoca una notificación de 'Nuevo Socket Detectado' en CMA, que contiene la IP pública WAN del vSocket.

Si esta notificación no aparece, siga estos pasos de solución de problemas:

• Verifique el acceso a Internet - Asegúrese de que la interfaz WAN del vSocket tenga acceso a Internet. Verifique las reglas del Grupo de Seguridad de la Red (NSG) y la tabla de enrutamiento de la subred WAN para cualquier restricción.
• Reinicie el vSocket - Intente reiniciar la instancia del vSocket desde la plataforma en la nube.
• Vuelva a desplegar como último recurso - Si el problema persiste, desvincule el vSocket de CMA → Configuración del Sitio → Socket, luego vuelva a desplegarlo. Después del redpliegue, monitoree CMA para la notificación.

Solución de problemas de actualización inicial fallida del firmware 

Cuando un Socket recién implementado se conecta por primera vez a Internet, intentará continuamente conectarse a Cato a través de su puerto WAN usando el puerto TCP/443 e intentará actualizar su versión de firmware.

Si no hay notificaciones de "Socket actualizado con éxito" o "Activar nuevo Socket" en la CMA, asegúrese de que la conectividad del socket a Internet esté siendo servida correctamente viendo los pasos de solución de problemas para Comprobar conectividad del Socket

Si la Conectividad del Socket se verifica en los pasos anteriores, por favor ver la resolución de desajustes de estado de registro sección.

Solución de problemas sin Site encontrado al asignar un Socket

Como se menciona en Gestión de Sockets, cuando se recibe la notificación de 'Nuevo Socket' en la CMA, el siguiente paso es asignar el Socket a un Site ya configurado. Sin embargo, si el Site configurado no aparece en la lista o la ventana muestra 'Sin Resultados', verifique que el Tipo de Conexión configurado en la configuración general del Site coincida con el modelo del Socket instalado en el Site.

Por ejemplo, si el Site está configurado como tipo de conexión Socket X1600 LTE, el modelo de Socket instalado en el Site debe ser un modelo X1600 LTE.

Solución de problemas de Socket que se desconecta poco después de registrarse con éxito

Asegúrese de que su socket todavía tenga conectividad.

Si después de recibir la notificación de nuevo socket detectando y la actualización inicial del firmware se completó con éxito, el socket se desconecta después de un breve período, verifique lo siguiente:

• En la CMA, Cuenta > Licencia > Anchura de banda, asegúrese de que la licencia mostrada en la columna Plan sea de Prueba o Comercial.
• Si el estado de la licencia está programado, causará que el Socket se desconecte después de ser agregado al Site. Consulte Ciclos de vida de Licencias para Cuentas y Sites para obtener más información sobre licencias programadas.

Si ve que la Licencia está programada, consulte la sección Resolver licencias programadas que provocan que el Site se desconecte.

Si su licencia es correcta, siga el proceso de restablecimiento descrito en Resolver configuraciones de desajuste de registro.

Solución de problemas de Socket no asignable después de desasignar de un Site

Desasignar un socket de un Site es la acción principal para hacer que un socket sea asignable a un Site diferente. Sin embargo, esto debe hacerse mientras el socket está en línea. Si, después de desasignar, el socket no se detecta como nuevo dentro de sus notificaciones, siga este flujo de solución de problemas.

Verificando el estado de registro en la CMA y en el Socket

Para verificar el estado de registro de todos los sockets asignados a una cuenta, vea el inventario de sockets en Cuenta > Inventario de Sockets.

Al buscar el MAC o el número de serie de un socket determinado, se puede determinar si el socket ha sido correctamente desasignado de un Site desde el punto de vista de la CMA. Un administrador debe esperar que un socket desasignado pase al estado Instalado.

El estado de registro del socket según la CMA debe coincidir con la visión del propio socket. La vista del Socket se puede verificar accediendo a la Interfaz Web del Socket, ver Iniciar sesión en la Interfaz WebUI del Socket localmente.

El objetivo de registro del socket es visible en la página principal de la WebUI en el formato ' | <sitename>.<accountname> | ' en la ubicación que se muestra a continuación.

Si esto no explica la desasignación del socket, siga el flujo de solución de problemas esbozado en Verificando la conectividad del Socket.

Si la conectividad parece estar bien, por favor ver la resolución de desajustes de estado de registro sección.

Resolviendo problemas detectados

Resolviendo problemas de conectividad

Es importante aislar si los problemas de conectividad solo afectan al socket. Si conectas una laptop a la misma conexión ISP, ¿encuentras los mismos problemas al resolver DNS o al hacer ping a direcciones? Si es así, comuníquese con su ISP para avanzar.

Si los problemas de conectividad se aislan a su socket, asegúrese de que la configuración IP sea correcta en la pestaña Configuración de Red de la WebUI:

Si estas configuraciones son correctas, asegúrese con su proveedor de que el tráfico DTLS en el puerto UDP 443 esté permitido para salir hacia Internet. Si es necesario, este puerto se puede cambiar como se describe en Configurar un puerto diferente para conectar al PoP de Cato.

Resolviendo tráfico DTLS en una sola dirección

Asegúrese con su proveedor de que el tráfico DTLS en el puerto UDP 443 esté permitido para salir hacia Internet. Si es necesario, este puerto se puede cambiar como se describe en Configurar un puerto diferente para conectar al PoP de Cato.

Resolviendo configuraciones de desajuste de registro

Si hay un desajuste entre la CMA y el Socket en cuanto al estado de registro, entonces se puede realizar un restablecimiento del Socket para reiniciar el proceso de registro. Antes de realizar un restablecimiento, primero determine si el Socket ha sido registrado previamente en un Site.

En la pestaña Acerca de, un Socket que no ha sido registrado previamente en un Site mostrará el mensaje "Aún no registrado en CC2" como se muestra a continuación:

Para un Socket que no ha sido registrado en un Site, restablezca el socket presionando el botón Reset/FD durante 30-35 segundos, como se describe en Restablecer la contraseña de administrador y restablecer un Socket.

Para Sockets con un registro de site, mientras el Socket no esté conectado a la nube de Cato, haga clic en 'Desasignar' desde la pestaña Administración para restablecer el socket.

En ambos casos, asegúrese de que el Socket también esté desasignado de cualquier site asignado en la CMA. 

Resolviendo licencia programada que provoca que el Site se desconecte

Por favor, contacte a su representante Cato SE o CSM para actualizar la licencia.

Contactando a Soporte de Cato 

Si siguiendo este manual de procedimientos no se ha resuelto un problema, envíe un ticket de soporte con los resultados de los pasos de resolución de problemas anteriores. Incluya los resultados de las pruebas de conectividad y la confirmación de que se ha realizado un reinicio según las instrucciones anteriores.