VIVAitwiki - Cambios recientes [es]

Instalacion cartelia 10

2026-07-13T10:26:50Z

Configuración desde el portal de administración de Cartelia

Operacion cartelia

2026-07-13T10:03:12Z

Instalacion cartelia 10

2026-07-13T09:36:18Z

Mostrar los cambios

Archivo:Cartelia-arquitectura.png

2026-07-13T09:29:13Z

Alfredo.rodriguez subió Archivo:Cartelia-arquitectura.png

Página nueva

Instalacion cartelia 10

2026-07-13T09:28:20Z

Página creada con «Instalación de Cartelia 1.0 --- = 1. Introducción = '''Cartelia''' es el producto de cartelería digital (di…»

Página nueva

[[:Media:cartelia-despliegue-vm-documentacion-tecnica.pdf|Instalación de Cartelia 1.0]]
---

= 1. Introducción =

'''Cartelia''' es el producto de cartelería digital (digital signage) de la compañía.

El presente documento describe el procedimiento de despliegue de una nueva instancia de Cartelia partiendo de una '''máquina virtual base''' con las siguientes características:

* Sistema operativo: '''Debian 13 (trixie)'''.
* Hipervisor: '''KVM/QEMU''' (gestionado mediante <code>libvirt</code>/<code>virsh</code> o <code>virt-manager</code>).
* Software preinstalado: '''Cartelia 1.0''', instalado en <code>/var/www/html/cartelia</code>.

'''Punto de partida''': la máquina base se entrega totalmente operativa, con Cartelia instalado de forma nativa sobre Apache + PHP y la base de datos MariaDB local ya creada e inicializada.

'''Restricciones conocidas''':

* La plantilla base '''no debe arrancarse nunca en producción sin personalizar''': contiene identidad de máquina, claves SSH y secretos del CMS compartidos con cualquier otra copia de la plantilla.
* Los players (pantallas) se autentican contra el CMS mediante la clave del servidor (''CMS Key'') y la URL del CMS; cualquier cambio posterior de IP/FQDN o de claves obliga a volver a autorizar los displays.

= 2. Arquitectura =

== 2.1 Esquema general del despliegue ==

[[File:Cartelia-arquitectura.png|thumb|center|900px|Esquema general del despliegue de Cartelia sobre KVM/QEMU]]

El CMS está instalado de forma nativa sobre el sistema operativo: Apache 2 con PHP como servidor web del portal, MariaDB local como base de datos y el servicio XMR ejecutándose como unidad de systemd.

== 2.2 Flujo del proceso de despliegue ==

# El técnico de sistemas clona la plantilla base en el host KVM/QEMU (disco <code>qcow2</code> + definición de dominio libvirt).
# En el primer arranque del clon, se personaliza la identidad del sistema operativo: <code>machine-id</code>, hostname, claves SSH de host, red, zona horaria y credenciales locales.
# Se personaliza el producto Cartelia: URL pública del CMS, secretos y contraseñas de base de datos, clave del servidor (''CMS Key''), dirección pública de XMR y personalización de marca.
# Se verifican los servicios, la conectividad de los players y el acceso al portal de administración.
# La máquina queda registrada en inventario/monitorización y se entrega.

== 2.3 Componentes principales ==

{| class="wikitable"
! Componente !! Función
|-
| '''Portal Cartelia''' || Interfaz de administración de contenidos, layouts, programaciones y pantallas. Servida por Apache 2 + PHP.
|-
| '''MariaDB (local)''' || Almacena la configuración, usuarios, programaciones y metadatos de medios del CMS. Servicio nativo del sistema.
|-
| '''XMR (Cartelia Message Relay)''' || Canal push que permite al CMS enviar órdenes inmediatas a los players (recarga de contenido, capturas, reinicio). Servicio <code>xibo-xmr.service</code>. Los players se conectan por WebSocket a la ruta <code>/xmr</code> del vhost de Apache, que reenvía a <code>ws://127.0.0.1:8080</code>; el puerto 9505/TCP queda además permitido en el firewall para el modo de publicación directa.
|-
| '''Biblioteca de medios''' || <code>/var/lib/cartelia/library/</code>: directorio donde el CMS guarda los ficheros multimedia subidos (configurado en ''Administración > Configuración > Ubicación de la biblioteca'' y alineado con la directiva <code>XSendFilePath</code> de los vhosts).
|-
| '''libvirt / KVM-QEMU''' || Capa de virtualización que aloja la VM.
|}

== 2.4 Dependencias e integraciones externas ==

* '''DNS''': registro A/AAAA del FQDN del CMS (imprescindible si los players usan nombre en lugar de IP).
* '''NTP''': sincronización horaria; las programaciones de contenido dependen de la hora del sistema.
* '''SMTP''' (opcional): relay de correo para notificaciones del CMS, si el cliente lo requiere. Se configura en el portal (''Administración > Configuración'', pestaña '''Mantenimiento''').
* '''Certificados TLS''': siempre certificados válidos, nunca autofirmados. Si el cliente dispone de certificado propio para el FQDN, lo aporta él; en caso contrario se emite con Let's Encrypt.

= 3. Personalización del sistema operativo (dentro de la VM) =

== 3.1 Personalización de identidad y red ==

Todos los comandos se ejecutan como <code>root</code> desde la consola de <code>virsh</code> en el primer arranque.

<syntaxhighlight lang="bash">
# Paso 1: regenerar las claves SSH de host (las de la plantilla son comunes a todos los clones)
rm -f /etc/ssh/ssh_host_*
dpkg-reconfigure openssh-server
systemctl restart ssh

# Paso 2: hostname y resolución local
hostnamectl set-hostname <nombre-del-entorno>
sed -i "s/127.0.1.1.*/127.0.1.1\t<nombre-del-entorno> <FQDN-del-CMS>/" /etc/hosts

# Paso 3: configuración de red (ifupdown, /etc/network/interfaces)

# Paso 4: zona horaria y hora (NTP)
vi /etc/systemd/timesyncd.conf.d/local.conf

# Paso 5: actualización de paquetes del SO
apt update && apt upgrade -y
</syntaxhighlight>

== 3.2 Arranque del producto Cartelia ==

El CMS ya viene instalado y operativo en la máquina base; en esta fase únicamente debe verificarse el arranque de los servicios nativos tras la personalización de red:

<syntaxhighlight lang="bash">
systemctl status apache2 mariadb
systemctl status xibo-xmr.service

# Si algún servicio no arranca tras el cambio de red/hostname:
systemctl restart apache2
journalctl -u apache2 -n 50 --no-pager
</syntaxhighlight>

== 3.3 Verificación de la instalación ==

<syntaxhighlight lang="bash">
# El portal responde en local (la máquina base publica en HTTP; ver 4.3 para HTTPS)
curl -Is http://localhost/ | head -1 # esperado: HTTP/1.1 200 OK (o 302 a /login)

# Puertos de servicio a la escucha
ss -tlnp | grep -E ':(80|9505)\b'

# Resolución del FQDN desde un puesto cliente
getent hosts <FQDN-del-CMS>
</syntaxhighlight>

Acceso final: abrir <code>http://<FQDN-del-CMS>/</code> en el navegador y validar la pantalla de login de Cartelia (o <code>https://</code> si se ha habilitado el vhost TLS, ver 4.3).

= 4. Configuración =

== 4.1 Ficheros de configuración del producto ==

La instalación es nativa (Apache + PHP + MariaDB local); estos son los ficheros que el SAT debe revisar/personalizar en cada clon:

'''<code>settings.php</code> del CMS''' (<code>/var/www/html/cartelia/web/settings.php</code>):

{| class="wikitable"
! Parámetro !! Descripción !! Acción en el despliegue
|-
| <code>$dbhost</code> || Host de MariaDB (normalmente <code>localhost</code>) || No cambiar
|-
| <code>$dbname</code>, <code>$dbuser</code> || Base de datos y usuario del CMS || No cambiar salvo política del cliente
|-
| <code>$dbpass</code> || Contraseña del usuario del CMS en MariaDB || No cambiar
|-
| <code>SECRET_KEY</code> || Clave secreta de la instalación (cifrado interno) || Actualmente no se regenera: se mantiene el valor de la máquina base en todos los despliegues
|}

'''XMR''' (<code>xibo-xmr.service</code>, unidad en <code>/etc/systemd/system/xibo-xmr.service</code>): ejecuta <code>/var/www/html/cartelia/vendor/bin/xmr.phar</code> con PHP como usuario <code>www-data</code>, con reinicio automático (<code>Restart=always</code>). Sockets por defecto: WebSocket para players en <code>127.0.0.1:8080</code>, expuesto a través del proxy <code>/xmr</code> del vhost de Apache, y publicación interna del CMS en <code>tcp://127.0.0.1:50001</code>.

Tras cualquier cambio: <code>systemctl restart xibo-xmr.service</code>.

'''Apache''': la máquina base incluye dos vhosts en <code>/etc/apache2/sites-available/</code>:

* <code>cartelia_http.conf</code> (habilitado por defecto): sirve el portal en el puerto 80. En la máquina base el <code>ServerName</code> es la IP de la propia máquina; en cada cliente debe actualizarse al FQDN definitivo. Incluye el proxy WebSocket de XMR (<code>ProxyPass /xmr ws://127.0.0.1:8080</code>), <code>XSendFile</code> para la entrega de medios y una exclusión de mod_security (<code>SecRuleRemoveById 920350</code>).
* <code>cartelia_https.conf</code> (deshabilitado por defecto): vhost TLS preparado para clientes con FQDN y certificado. Su activación se describe en la sección 4.3.

Validar siempre con <code>apache2ctl configtest</code> antes de <code>systemctl reload apache2</code>.

== 4.2 Configuración desde el portal de administración de Cartelia ==

Acceder con el usuario '''<code>admin</code>''' y la contraseña estándar de la máquina base (conocida por el SAT; no se documenta aquí) y cambiar dicha contraseña de inmediato, ya que es común a todos los clones. A continuación:

* ''Administración > Configuración > Red'': establecer la dirección del CMS (<code>CMS Address</code>) con el FQDN definitivo. Los players usan este valor para conectarse.
* ''Administración > Configuración'', pestaña '''Configuración''', campo '''"Clave secreta de CMS"''': es la clave que debe introducirse en cada player para autenticarlo contra el CMS. En un clon es idéntica a la de la máquina base (y, por tanto, conocida por cualquier otro despliegue), así que debe sustituirse por una clave nueva y única en cada cliente.
* ''Administración > Configuración'', pestaña '''Configuración''', campo '''"Ubicación de la biblioteca"''': verificar que mantiene el valor <code>/var/lib/cartelia/library/</code>; no cambiarlo, ya que debe coincidir con la directiva <code>XSendFilePath</code> de los vhosts de Apache.
* ''Administración > Configuración'', pestaña '''Red''' (sección XMR): establecer la dirección pública de XMR como <code>ws://<FQDN-del-CMS>/xmr</code> (o <code>wss://<FQDN-del-CMS>/xmr</code> si está activo el vhost HTTPS). Los players se conectan por WebSocket a través del proxy de Apache; el puerto 9505 permanece abierto en el firewall únicamente como vía alternativa de publicación directa.

Los cambios de claves y direcciones obligan a volver a autorizar los displays que estuvieran dados de alta en la máquina base (en un despliegue nuevo no debería haber ninguno; si los hubiera, eliminarlos).

== 4.3 Configuración a nivel de sistema operativo ==

{| class="wikitable"
! Elemento !! Fichero / mecanismo !! Acción
|-
| Firewall || <code>firewall.service</code> → ejecuta <code>/etc/firewall/firewall.sh</code>, parametrizado por <code>/etc/firewall/vars.sh</code> || Editar <code>vars.sh</code> en cada despliegue (ver 4.4): la IP local está fijada a la de la máquina base y debe cambiarse junto con la red del cliente
|-
| fail2ban || <code>/etc/fail2ban/jail.d/</code> || Verificar jail de <code>sshd</code> activo tras el cambio de IP
|-
| Certificado TLS / HTTPS || Vhost <code>cartelia_https.conf</code> incluido de serie (deshabilitado) || Certificado siempre válido, nunca autofirmado: lo aporta el cliente si dispone de él o se emite con Let's Encrypt (<code>certbot certonly</code> para el FQDN; requiere el puerto 80 alcanzable desde internet y renovación automática vía timer de certbot). Instalar certificado y clave en <code>/etc/ssl/cartelia/</code> (o apuntar las directivas <code>SSL*</code> a <code>/etc/letsencrypt/live/<FQDN>/</code>), ajustar <code>ServerName</code>, <code>a2enmod ssl proxy_wstunnel headers</code>, <code>a2ensite cartelia_https</code>, <code>apache2ctl configtest</code> y <code>systemctl reload apache2</code>. Activar después la redirección HTTP→HTTPS en <code>cartelia_http.conf</code> y actualizar en el portal la CMS Address (<code>https://<FQDN></code>) y la dirección de XMR (<code>wss://<FQDN>/xmr</code>)
|-
| Rotación de logs || <code>logrotate</code> || Verificar
|}

== 4.4 Firewall (<code>/etc/firewall/</code>) ==

El firewall se implementa con nftables mediante dos ficheros, ejecutados en el arranque por <code>firewall.service</code>:

{| class="wikitable"
! Fichero !! Función
|-
| <code>/etc/firewall/firewall.sh</code> || Reglas nftables: acepta 80, 443 y 9505 (XMR) hacia la IP local/flotante, 22 solo desde <code>RED_GESTION</code>, checks pasivos de Zabbix (10050) desde el servidor Zabbix, ICMP y tráfico establecido; el resto de entrada se descarta (<code>drop</code>).
|-
| <code>/etc/firewall/vars.sh</code> || Variables de entorno que parametrizan las reglas.
|}

Variables de <code>vars.sh</code> a ajustar en cada despliegue:

{| class="wikitable"
! Variable !! Valor en la máquina base !! Acción en el despliegue
|-
| <code>ETH</code> || <code>ens3</code> || Cambiar solo si la interfaz del clon tiene otro nombre (<code>ip a</code>)
|-
| <code>IP_LOC</code> || IP de la máquina base || Cambiar siempre a la IP del cliente (debe coincidir con la configurada en la sección 3.1, paso 3)
|-
| <code>IP_FLO</code> || Igual a <code>IP_LOC</code> (sin IP flotante) || Mantener igual a <code>IP_LOC</code> salvo despliegue con alta disponibilidad
|-
| <code>RED_DATOS</code> || Red corporativa de la máquina base || Ajustar al direccionamiento del cliente
|-
| <code>RED_GESTION</code> || Red corporativa de la máquina base || Ajustar a la red desde la que se accede por SSH; es la única red con acceso al puerto 22
|}

Aplicación y verificación de cambios:

<syntaxhighlight lang="bash">
# Aplicar (corta y recrea todas las reglas; las conexiones establecidas se mantienen)
/etc/init.d/firewall start

# Verificar reglas cargadas y contadores
/etc/init.d/firewall status

# Verificación remota mínima tras el cambio (desde RED_GESTION)
ssh <usuario>@<IP-del-servidor> # el 22 debe seguir accesible
curl -Is http://<IP-del-servidor>/ | head -1
</syntaxhighlight>

{{Aviso|'''Riesgo operativo''': editar <code>IP_LOC</code> o <code>RED_GESTION</code> con valores erróneos y ejecutar el script '''puede dejar la máquina inaccesible por SSH''' (la política final es <code>drop</code>). Realizar siempre el cambio con una consola de <code>virsh console</code> abierta como vía de recuperación.}}

= 5. Diagnósticos =

== 5.1 Comandos de diagnóstico ==

<syntaxhighlight lang="bash">
# Estado general de la VM desde el host de virtualización
virsh dominfo cartelia-<nombre-del-entorno>
virsh domifaddr cartelia-<nombre-del-entorno>

# Dentro de la VM — estado de servicios
systemctl status apache2 mariadb
systemctl status xibo-xmr.service
journalctl -u apache2 -n 100 --no-pager
journalctl -u xibo-xmr.service -n 100 --no-pager

# Conexión a la base de datos del CMS
mysql -u <usuario-cms> -p -e "SELECT COUNT(*) FROM display;" <bbdd-cms>

# Firewall: reglas activas y contadores por regla
/etc/init.d/firewall status

# Conectividad de los puertos de producto
ss -tlnp | grep -E ':(80|443|9505)\b'

# Prueba del API de players (XMDS): debe responder el WSDL
curl -s "http://localhost/xmds.php?wsdl" | head -5

# Comprobar identidad correcta del clon (no debe coincidir con la plantilla)
cat /etc/machine-id
ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub
</syntaxhighlight>

== 5.2 Ficheros de log ==

{| class="wikitable"
! Fichero / origen !! Contenido !! Rotación
|-
| Portal ''Administración > Avanzado > Log'' || Log de aplicación del CMS (registro de players, errores XMDS) || Gestionada por la tarea de mantenimiento del CMS
|-
| <code>/var/log/apache2/cartelia_access.log</code>, <code>/var/log/apache2/cartelia_error.log</code> (y <code>cartelia_ssl_*.log</code> con el vhost HTTPS activo) || Accesos y errores del servidor web (portal y API XMDS de players) || logrotate estándar de apache2
|-
| <code>journalctl -u xibo-xmr.service</code> || Log del servicio XMR || journald
|-
| <code>journalctl -u ssh</code>, <code>/var/log/fail2ban.log</code> || Seguridad de acceso al SO || Estándar journald / logrotate
|}

== 5.3 Errores comunes y soluciones ==

{| class="wikitable"
! Síntoma / mensaje !! Causa probable !! Solución
|-
| El portal no carga tras el clonado || La red de la VM no se personalizó o la interfaz cambió de nombre || Revisar <code>ip a</code>, <code>/etc/network/interfaces.d/</code>, y el bridge asignado en libvirt
|-
| Los players no consiguen registrarse || <code>CMS Address</code> o <code>CMS Secret Key</code> incorrectos, o 80/443 filtrados || Verificar sección 4.2 y <code>vars.sh</code> del firewall (4.4); probar <code>curl</code> al XMDS desde la red de players
|-
| Los players se registran pero no reciben órdenes push || Dirección pública de XMR errónea, proxy <code>/xmr</code> no operativo o <code>xibo-xmr</code> caído || Verificar <code>ws(s)://<FQDN>/xmr</code> en el portal, <code>systemctl status xibo-xmr.service</code> y el módulo <code>proxy_wstunnel</code> de Apache; reiniciar XMR
|-
| Aviso de certificado en el navegador || Certificado de la plantilla aún instalado || Sustituir por el certificado del FQDN del entorno
|-
| Dos clones aparecen como la misma máquina en DHCP/monitorización || <code>machine-id</code> no regenerado || Ejecutar <code>rm -f /etc/machine-id && systemd-machine-id-setup</code> y reiniciar
|-
| El CMS no conecta con la base de datos tras cambiar contraseñas || Contraseña cambiada en <code>settings.php</code> pero no en MariaDB (o viceversa) || Sincronizar ambas (ver sección 4.1)
|-
| Sin acceso SSH tras personalizar el firewall || <code>RED_GESTION</code> o <code>IP_LOC</code> erróneas en <code>vars.sh</code> con política final <code>drop</code> || Entrar por <code>virsh console</code>, corregir <code>vars.sh</code> y re-ejecutar <code>/etc/firewall/firewall.sh</code>
|-
| La hora de las programaciones no coincide || Zona horaria o NTP sin configurar || <code>timedatectl set-timezone Europe/Madrid</code> y verificar <code>timedatectl status</code>
|}

Instalacion cartelia

2026-07-13T09:27:55Z

Archivo:Cartelia-despliegue-vm-documentacion-tecnica.pdf

2026-07-13T08:28:40Z

Alfredo.rodriguez subió Archivo:Cartelia-despliegue-vm-documentacion-tecnica.pdf

Página nueva

Instalacion cartelia

2026-07-13T08:28:27Z

Manual de instalación de cartelia 1.0

Omnisuite videoCan

2026-07-13T08:26:36Z

Mostrar los cambios

MediaWiki:Sidebar

2026-07-13T08:23:04Z

Instalacion cartelia

2026-07-13T08:21:03Z

Página creada con «== Manual de instalación de cartelia 1.0 ==»

Página nueva

== Manual de instalación de cartelia 1.0 ==

MediaWiki:Sidebar

2026-07-13T08:19:12Z

Manual de operación de vFlow

2026-07-07T10:09:47Z

Gestión en vFlow

Archivo:Gestión RAG.png

2026-07-07T10:08:53Z

Alfredo.rodriguez subió una nueva versión de Archivo:Gestión RAG.png

Página nueva

Gestión RAG

Manual de operación de vFlow

2026-07-07T09:59:34Z

Descripción general vFlow

Archivo:Arquitectura Vflow - v2.jpg

2026-07-07T09:58:18Z

Alfredo.rodriguez subió una nueva versión de Archivo:Arquitectura Vflow - v2.jpg

Página nueva

Arquitectura de vFlow

Howto's 5.0

2026-07-07T09:39:42Z

Signgle Sign On Oauth2/SAML

Archivo:Admin Google-Integración VIVAit con Google OAuth para SSO.pdf

2026-07-07T09:38:13Z

Alfredo.rodriguez subió Archivo:Admin Google-Integración VIVAit con Google OAuth para SSO.pdf

Página nueva

Archivo:Admin MS-Integracion VIVAit con MS Teams y SSO v4.pdf

2026-07-07T09:38:00Z

Alfredo.rodriguez subió Archivo:Admin MS-Integracion VIVAit con MS Teams y SSO v4.pdf

Página nueva

Archivo:Admin VIVAit-sso-documentacion-tecnica.pdf

2026-07-07T09:37:37Z

Alfredo.rodriguez subió Archivo:Admin VIVAit-sso-documentacion-tecnica.pdf

Página nueva

Howto's 5.0

2026-07-07T09:37:11Z

Guías Prácticas versión 5.x

Howtos

2026-07-07T09:32:00Z

@@ Línea 133: / Línea 133: @@
 |}
-'''XMR''' (<code>xibo-xmr.service</code>, unidad en <code>/etc/systemd/system/xibo-xmr.service</code>): ejecuta <code>/var/www/html/cartelia/vendor/bin/xmr.phar</code> con PHP como usuario <code>www-data</code>, con reinicio automático (<code>Restart=always</code>). Sockets por defecto: WebSocket para players en <code>127.0.0.1:8080</code>, expuesto a través del proxy <code>/xmr</code> del vhost de Apache, y publicación interna del CMS en <code>tcp://127.0.0.1:50001</code>.
+'''XMR''' (<code>xibo-xmr.service</code>, unidad en <code>/etc/systemd/system/xibo-xmr.service</code>): ejecuta <code>/var/www/html/cartelia/vendor/bin/xmr.phar</code> con PHP como usuario <code>www-data</code>, con reinicio automático (<code>Restart=always</code>).
 Tras cualquier cambio: <code>systemctl restart xibo-xmr.service</code>.
@@ Línea 148: / Línea 150: @@
 Acceder con el usuario '''<code>admin</code>''' y la contraseña estándar de la máquina base (conocida por el SAT; no se documenta aquí) y cambiar dicha contraseña de inmediato, ya que es común a todos los clones. A continuación:
-* ''Administración > Configuración > Red'': establecer la dirección del CMS (<code>CMS Address</code>) con el FQDN definitivo. Los players usan este valor para conectarse.
+* <code>''Administración > Configuración > Red''</code>: establecer la dirección del CMS (<code>CMS Address</code>) con el FQDN definitivo. Los players usan este valor para conectarse.
-* ''Administración > Configuración'', pestaña '''Configuración''', campo '''"Clave secreta de CMS"''': es la clave que debe introducirse en cada player para autenticarlo contra el CMS. En un clon es idéntica a la de la máquina base (y, por tanto, conocida por cualquier otro despliegue), así que debe sustituirse por una clave nueva y única en cada cliente.
+* <code>''Administración > Configuración''</code>, pestaña <code>'''Configuración'''</code>, campo <code>'''"Clave secreta de CMS"'''</code>: es la clave que debe introducirse en cada player para autenticarlo contra el CMS. En un clon es idéntica a la de la máquina base (y, por tanto, conocida por cualquier otro despliegue), así que debe sustituirse por una clave nueva y única en cada cliente.
-* ''Administración > Configuración'', pestaña '''Configuración''', campo '''"Ubicación de la biblioteca"''': verificar que mantiene el valor <code>/var/lib/cartelia/library/</code>; no cambiarlo, ya que debe coincidir con la directiva <code>XSendFilePath</code> de los vhosts de Apache.
+* <code>''Administración > Configuración''</code>, pestaña <code>'''Configuración'''</code>, campo <code>'''"Ubicación de la biblioteca"'''</code>: verificar que mantiene el valor <code>/var/lib/cartelia/library/</code>; no cambiarlo, ya que debe coincidir con la directiva <code>XSendFilePath</code> de los vhosts de Apache.
-* ''Administración > Configuración'', pestaña '''Red''' (sección XMR): establecer la dirección pública de XMR como <code>ws://<FQDN-del-CMS>/xmr</code> (o <code>wss://<FQDN-del-CMS>/xmr</code> si está activo el vhost HTTPS). Los players se conectan por WebSocket a través del proxy de Apache; el puerto 9505 permanece abierto en el firewall únicamente como vía alternativa de publicación directa.
+* <code>''Administración > Configuración''</code>, pestaña <code>'''Red'''</code> (sección XMR): establecer la dirección pública de XMR como <code>ws://<FQDN-del-CMS>/xmr</code> (o <code>wss://<FQDN-del-CMS>/xmr</code> si está activo el vhost HTTPS). Los players se conectan por WebSocket a través del proxy de Apache; el puerto 9505 permanece abierto en el firewall únicamente como vía alternativa de publicación directa.
 Los cambios de claves y direcciones obligan a volver a autorizar los displays que estuvieran dados de alta en la máquina base (en un despliegue nuevo no debería haber ninguno; si los hubiera, eliminarlos).
@@ Línea 211: / Línea 213: @@
 </pre>
-{{Aviso|'''Riesgo operativo''': editar <code>IP_LOC</code> o <code>RED_GESTION</code> con valores erróneos y ejecutar el script '''puede dejar la máquina inaccesible por SSH''' (la política final es <code>drop</code>). Realizar siempre el cambio con una consola de <code>virsh console</code> abierta como vía de recuperación.}}
+<div style="background-color: #fef6e7; border: 1px solid #fbd68a; padding: 1em; border-radius: 4px;width: fit-content; margin-left: 0px">
+	'''⚠️ ATENCION !!'''
-= Diagnósticos =
+	'''Riesgo operativo''': editar <code>IP_LOC</code> o <code>RED_GESTION</code> con valores erróneos y ejecutar el script '''puede dejar la máquina inaccesible por SSH''' (la política final es <code>drop</code>).<br> Realizar siempre el cambio con una consola de <code>virsh console</code> abierta como vía de recuperación.
+</div>

← Revisión anterior		Revisión del 09:27 13 jul 2026
(No se muestran 4 ediciones intermedias del mismo usuario)
Línea 1:		Línea 1:
−	== Manual de instalación de cartelia ~~1.0 ==~~	+	[[Instalacion_cartelia_10 \| Manual de instalación de cartelia 1.0]]
−	~~[[:Media:cartelia-despliegue-vm-documentacion-tecnica.pdf\|Instalación de Cartelia~~ 1.0]]
	<br>		<br>

← Revisión anterior		Revisión del 08:28 13 jul 2026
Línea 1:		Línea 1:
	== Manual de instalación de cartelia 1.0 ==		== Manual de instalación de cartelia 1.0 ==
		+	[[:Media:cartelia-despliegue-vm-documentacion-tecnica.pdf\|Instalación de Cartelia 1.0]]
		+	<br>

← Revisión anterior		Revisión del 08:23 13 jul 2026
Línea 38:		Línea 38:
	** Manual de operación de vFlow \| Integración vflow (punto 6)		** Manual de operación de vFlow \| Integración vflow (punto 6)
	** Omnisuite STT y TTS \| STT y TTS		** Omnisuite STT y TTS \| STT y TTS
		+	** Omnisuite_videoCan \| Módulo de vídeo en Omnisuite (VideoCan)

@@ Línea 47: / Línea 47: @@
 * Cartelia
 ** Operacion_cartelia | Operacion de cartelia
 *  Roadmap
 ** Proyectos en desarrollo|Proyectos en desarrollo

@@ Línea 1: / Línea 1: @@
-== Instalación ==
+= Instalación =
-Los elementos principales de la máquina son:
+= Diagnósticos =
-* Sistema Operativo Debian 13 (Trixie)
+== Comandos de diagnóstico ==
-La adaptación de la máquina entregada para cada caso pasará por realizar los siguientes cambios:
+<pre style="background-color: #f6f8fa; border: 1px solid #d1d5da; padding: 1em; border-radius: 4px; width: fit-content; margin-left: 0px; font-family: 'Ubuntu Mono', 'Consolas', monospace; white-space: pre-wrap;">
-* INDICAR CAMBIOS A REALIZAR (cambiar hostname, cambiar IP en no se cuantos sitios, cambiar certificados,...)
+# Dentro de la VM — estado de servicios
 <br>
-== Procedimientos básicos ==
+= Procedimientos básicos =
-=== Modificar textos idioma ===
+== Modificar textos idioma ==
 '''Herramientas necesarias''':

@@ Línea 145: / Línea 145: @@
 Para realizar una gestión completa en vFlow (suponiendo tres entornos y gestión de agentes y RAG), deberemos tener
 <br>
-[[Archivo:Gestión RAG.png|1000px|miniaturadeimagen|centro|Gestión en vFlow|link=]]
+[[Archivo:Gestión RAG.png|1200px|miniaturadeimagen|centro|Gestión en vFlow|link=]]
 <br>

@@ Línea 14: / Línea 14: @@
 * Servicio<span style="margin-left: 3em;"></span>--> Cada elemento de negocio en la plataforma de CU (por ejemplo VDN)
-[[Archivo:Arquitectura Vflow - v2.jpg|1000px|center|Arquitecura de vFlow]]
+[[Archivo:Arquitectura Vflow - v2.jpg|1400px|center|Arquitecura de vFlow]]
 Los '''módulos principales''' de vFlow son:

@@ Línea 21: / Línea 21: @@
 :<big>[[:media:Grabación_bajo_demanda_V5111.pdf| Guía práctica para la ''Puesta en marcha de Grabación bajo demanda'']]</big>
 <br>
-=== Signgle Sign On Oauth2/SAML ===
+=== Single Sign On Oauth2/SAML ===
 :<big>[[:media:Admin_VIVAit-sso-documentacion-tecnica.pdf| Implementación ''SSO para administrador de VIVAit Call'']]</big>
 :<big>[[:media:Admin MS-Integracion VIVAit con MS Teams y SSO v4.pdf| Implementación ''SSO para administrador de MICROSOFT'']]</big>

@@ Línea 5: / Línea 5: @@
 === Conexión con Teams ===
 :<big>[[:media:Conexión Teams modelo Smart.pdf| Guía práctica para la configuración de la ''Conexión con Teams'', modelo Smart]]</big>
-<br><br>
+<br>
 === Puesta en marcha direc ===
 :<big>[[:media:Puesta en marcha direc.pdf| Guía práctica para la ''Puesta en marcha de direc'']]</big>
@@ Línea 21: / Línea 21: @@
 :<big>[[:media:Grabación_bajo_demanda_V5111.pdf| Guía práctica para la ''Puesta en marcha de Grabación bajo demanda'']]</big>
 <br>
 [[Página_principal | Volver a la Página Principal]]
 <br><br>

@@ Línea 11: / Línea 11: @@
 :::Guías paso a paso de funcionalidades del sistema '''''VIVA'''''it Call / '''''VIVA'''''it Suite de '''''<span style="color:#144F9B">MD</span>'''''Tel.
 <br>
-::[[Howto's 5.0 | <big>Guías Prácticas especificas de VIVAit 5.0</big>]]
+::[[Howto's 5.0 | <big>Guías Prácticas especificas de VIVAit 5.x</big>]]
 :::Guía paso a paso de funcionalidades espécificas para la versión 5.0 del sistema '''''VIVA'''''it Call / '''''VIVA'''''it Suite de '''''<span style="color:#144F9B">MD</span>'''''Tel.
 <br><br>