Sigtao es una aplicación empresarial utilizada por numerosas entidades locales y organismos públicos. Cuando la conexión a Sigtao falla o se corta de manera repetida, el reflejo clásico consiste en verificar la velocidad de internet o reiniciar el equipo. En la mayoría de los casos, el problema no proviene de la red local, sino de un eslabón intermedio entre el navegador y el servidor de aplicaciones.
Las causas más frecuentes de desconexiones recurrentes en Sigtao afectan a tres capas distintas: la configuración del navegador, las políticas de seguridad de red y la compatibilidad del software después de una actualización del sistema. Comprender estos tres niveles permite enfocar el diagnóstico en lugar de andar a tientas.
Lectura complementaria : Viajes en mar: inmersión en el corazón de los cruceros
Compatibilidad del navegador y certificados de Sigtao después de la actualización del sistema
Una tendencia reportada por varias entidades desde las recientes actualizaciones de versiones de navegadores y sistemas operativos (pasos a Windows 11, nuevas versiones de Edge o Chrome): Sigtao puede funcionar mal mientras que otras aplicaciones web internas funcionan normalmente. Esta discrepancia desconcierta, porque lleva a descartar la pista del software.
El problema a menudo proviene de la gestión de certificados. Durante una actualización importante del navegador, el almacén de certificados a veces se restablece o se completa con nuevas autoridades raíz. Si el certificado utilizado por el servidor de Sigtao se basa en una cadena de confianza antigua o intermedia, el navegador actualizado puede rechazar silenciosamente la conexión TLS, o cortarla después de unos segundos.
Para profundizar : Cómo conseguir una vivienda en al'in?
Para ayudarle a diagnosticar este tipo de fallo, puede acceder a la conexión de Sigtao en Geekovision y comparar los síntomas descritos con los que observa en su equipo.
El primer reflejo útil: abrir la consola de desarrollador del navegador (F12, pestaña Seguridad o Red) y verificar si aparecen errores de certificado o bloqueos del tipo ERR_CERT_AUTHORITY_INVALID durante el intento de conexión. Si el certificado es el problema, la solución pasa por el departamento de TI, que debe actualizar la cadena de certificados del lado del servidor o desplegar el certificado raíz faltante en los equipos.
Políticas de seguridad reforzadas y duraciones de sesión en Sigtao
Desde 2024-2025, muchos departamentos de TI públicos han endurecido sus reglas de seguridad. Este endurecimiento se traduce en tres cambios que impactan directamente la conexión a Sigtao:
- Autenticación multifactor (MFA) reforzada: la adición o modificación de la capa MFA puede provocar bucles de reconexión si el token de autenticación expira antes de que finalice la sesión de la aplicación Sigtao.
- Restricciones IP más estrictas: algunas políticas solo permiten la conexión desde rangos de direcciones definidos. Un equipo en teletrabajo que pase por un VPN cuya IP de salida cambia regularmente será desconectado en cada rotación.
- Duraciones de sesión acortadas: donde la sesión permanecía activa durante varias horas, el tiempo de espera puede ahora fijarse en unos pocos minutos, lo que obliga a reconexiones frecuentes en medio del trabajo.
Estos parámetros no dependen del usuario final. La dificultad es que el mensaje de error mostrado por Sigtao no distingue entre un tiempo de espera de sesión y una interrupción de red. El síntoma visible (pantalla en blanco, regreso a la pantalla de inicio de sesión) es idéntico en ambos casos.
Para saber si la política de seguridad es la causa, basta con anotar la hora exacta de cada desconexión en un día. Si las interrupciones ocurren a intervalos regulares (cada 20 o 30 minutos, por ejemplo), es un tiempo de espera de sesión. Si son aleatorias pero correlacionadas con un cambio de dirección IP (verificable en los registros del VPN), es la restricción IP la que bloquea.
Plan de conexión de aplicaciones: mapear los flujos hacia Sigtao
Cuando las desconexiones persisten a pesar de las verificaciones básicas, el método más fiable consiste en establecer un plan de conexión de aplicaciones. Este documento, análogo a un plan de conexión BI utilizado en un entorno de múltiples fuentes, mapea cada eslabón de la cadena entre el equipo del usuario y el servidor de Sigtao.
Los componentes a identificar son los siguientes:
- El navegador y su versión exacta en el equipo cliente
- El proxy de la empresa (dirección, reglas de filtrado aplicadas a los dominios de Sigtao)
- El VPN utilizado y su configuración de salida (IP fija o dinámica)
- El SSO (Single Sign-On) que gestiona la autenticación, con la duración de validez del token
- El directorio LDAP o Active Directory que valida los derechos de acceso
- El servidor de aplicaciones Sigtao en sí, con la versión desplegada
Cada eslabón puede ser la fuente de una desconexión. Sin este mapeo, el diagnóstico se realiza por eliminación ciega, probando hipótesis sin un orden lógico. Con él, un técnico puede aislar el componente defectuoso en pocos minutos al verificar los registros de cada paso.
Un caso concreto de proxy mal configurado
En algunas configuraciones, el proxy de la empresa aplica un filtrado por categoría de sitio. Si Sigtao está alojado en un dominio que no está explícitamente clasificado como “aplicación empresarial” en la base del proxy, el filtrado puede cortar la conexión después de un tiempo variable, especialmente durante la recarga de páginas pesadas o el envío de formularios voluminosos.
La verificación se realiza comparando el comportamiento de Sigtao con y sin proxy (pasando temporalmente por una conexión directa o un proxy de prueba). Si la conexión es estable sin proxy, se debe agregar una excepción para el dominio de Sigtao en las reglas de filtrado.
Confusión entre portales e identificadores de conexión en Sigtao
Un último factor, a menudo subestimado, genera fallos de conexión repetidos sin que ningún componente técnico esté fallando. En las organizaciones que utilizan varios portales de aplicaciones (Sigtao, My Arkevia, correo electrónico, intranet), los usuarios confunden frecuentemente los identificadores o las URLs de acceso.
Sigtao puede tener varios puntos de entrada según la versión desplegada (URL de producción, URL de preproducción, antiguo portal no desactivado). Ingresar la antigua URL a veces redirige a una página de inicio de sesión funcional pero conectada a un servidor obsoleto, lo que provoca errores después de la autenticación.
La solución simple: agregar la URL de producción validada a los favoritos del navegador y eliminar las entradas antiguas. Por parte del departamento de TI, desactivar adecuadamente las antiguas URLs evita que este problema se repita en cada cambio de versión.
Las desconexiones recurrentes en Sigtao rara vez se deben a una única causa. La combinación de una actualización del navegador, un endurecimiento de MFA y un proxy mal configurado puede producir síntomas intermitentes que solo un plan de conexión documentado permite desentrañar. Tomar el tiempo para mapear los flujos una sola vez ahorra horas de diagnóstico en cada incidente posterior.