Diferencia entre revisiones de «VIVAit Tracker»

De VIVAitwiki
Ir a la navegaciónIr a la búsqueda
Línea 49: Línea 49:
 
Se muestra a continuación un esquema funcional de esta arquitectura:
 
Se muestra a continuación un esquema funcional de esta arquitectura:
 
<br><br>
 
<br><br>
 +
 +
<br><br>
 +
[[#Introducción a VIVAit Tracker 5.1 | Volver arriba]] / [http://vivait-wiki.mdnova.local/wiki/vivait/index.php/VIVAit_Tracker Volver al índice]
 +
<br><br>
 +
 +
=== Seguridad de VIVAit Tracker 5.1 ===
 +
 +
3. Seguridad del sistema
 +
El acceso está controlado mediante validación de tokens:
 +
1. Autenticación inicial
 +
o El usuario se valida a través de un daemon llamado sercen.
 +
o Sercen genera un token firmado que identifica al usuario.
 +
2. Validación interna de permisos
 +
o Una vez que el frontend tiene el token, cada petición pasa por:
 +
tracker-rest/validarToken
 +
o Ahí se comprueba que:
 +
 El token es válido.
 +
 El usuario tiene permisos para el recurso que está intentando usar.
 +
No se ejecuta ninguna acción de negocio si el token no es validado primero.
 +
4. Apache y Tomcat mediante proxy inverso
 +
Apache actúa como punto de entrada único:
 +
• El usuario solo ve URLs de Apache.
 +
• Las peticiones que requieren lógica del backend se redirigen internamente a Tomcat.
 +
• Esto se consigue mediante proxy inverso, por ejemplo:
 +
o /Tracker-Hugo → servido por Apache.
 +
o /Tracker-Rest → Apache las pasa a Tomcat sin que el cliente lo note.
 +
 +
  
 
<br><br>
 
<br><br>

Revisión del 13:26 3 dic 2025

Producto: VIVAit Call v5.1

VIVAit Suite



1 Introducción a VIVAit Tracker 5.1



Con la versión 5.1 de la plataforma VIVAit Call se ha lanzado un nuevo tracker: VIVAit Tracker, que supone una mejora sobre el producto anterior: Tracker WEB.

El portal de administración de la plataforma VIVAit proporciona a los administradores un interfaz gráfico basado en web, para la gestión y configuración de los productos VIVAit Call y VIVAit Suite.


• Mejoras para uso de VIVAit-Tracker en entornos de telefonía corporativa.
• Permite seguir llamadas y escuchar/descargar grabaciones en caso de existir.
• Integrado con entornos de texto (TBC y próximos).




Volver arriba / Volver al índice

1.1 Arquitectura de VIVAit Tracker 5.1



Los bloque funcionales, servicios y elementos que componen está funcionalidad son:

- FRONT (navegador + página web)
El usuario abre en su navegador e invoca una URL del tipo:
          https://host/ws/
El navegador carga la página estática HTML servida por Apache. Esa página hace una petición Fetch con método GET, por ejemplo:
          GET https://172.25.128.252/Tracker-Corporativo/



- WEB SERVICE Apache → Tomcat (parte del BACK pero “capa web”)
Apache actúa como reverse proxy delante de Tomcat, escucha en los puertos :80 / :443. y redirige ciertas rutas (en nuestro caso /Tracker-Corporativo) a Tomcat, que está en localhost:8180.
          GET http://host/ws
Apache lo reenvía internamente a Tomcat
          http://localhost:8180/Tracker-Corporativo/



- BACKEND real: Tomcat + Java + MySQL
En Tomcat hay desplegada una aplicación Java (Tracker-Rest) que:
- Recibe la petición /ws.
- Con Java (servlet) abre una conexión JDBC a MySQL (DBHIST).
- Lanza consultas sobre las tablas DAT_LLAMADAS y DAT_SEGMENTOS de BDHIST.
- Monta una respuesta JSON (fichero comprimido) y la devuelve como resultado Fesch con método PUSH al navegador (Tomcat → Apache → navegador).
           POST https://172.25.128.252/Tracker-Rest/tracker/lista



Se muestra a continuación un esquema funcional de esta arquitectura:



Volver arriba / Volver al índice

1.2 Seguridad de VIVAit Tracker 5.1

3. Seguridad del sistema El acceso está controlado mediante validación de tokens: 1. Autenticación inicial o El usuario se valida a través de un daemon llamado sercen. o Sercen genera un token firmado que identifica al usuario. 2. Validación interna de permisos o Una vez que el frontend tiene el token, cada petición pasa por: tracker-rest/validarToken o Ahí se comprueba que:  El token es válido.  El usuario tiene permisos para el recurso que está intentando usar. No se ejecuta ninguna acción de negocio si el token no es validado primero. 4. Apache y Tomcat mediante proxy inverso Apache actúa como punto de entrada único: • El usuario solo ve URLs de Apache. • Las peticiones que requieren lógica del backend se redirigen internamente a Tomcat. • Esto se consigue mediante proxy inverso, por ejemplo: o /Tracker-Hugo → servido por Apache. o /Tracker-Rest → Apache las pasa a Tomcat sin que el cliente lo note.




Volver arriba / Volver al índice

2 Descripción de la interfaz de VIVAit Tracker 5.1



La tabla que se muestra a continuación detalla la jerarquía de menús y submenús del portal de administración, e incluye enlaces directos a las respectivas secciones:



Volver arriba / Volver al índice

2.1 Acceso a VIVAit Tracker 5.1



La tabla que se muestra a continuación detalla la jerarquía de menús y submenús del portal de administración, e incluye enlaces directos a las respectivas secciones:



Volver arriba / Volver al índice

3 Utilización de VIVAit Tracker



La tabla que se muestra a continuación detalla la jerarquía de menús y submenús del portal de administración, e incluye enlaces directos a las respectivas secciones:



Volver arriba / Volver al índice




FIN



FIN



FIN



FIN



FIN



FIN



FIN



FIN



FIN



FIN



FIN

Obtenido de «http://vivait-wiki.mdnova.local/wiki/vivait/index.php?title=VIVAit_Tracker&oldid=14893»