Guía de configuración para eventos en directo

Correspondencia conceptual

Nada en el panel se llama escenario ni entrada. La tabla indica qué objeto cumple cada papel; los capítulos siguientes los configuran en ese orden.

1Requisitos previos

Lo que debes tener antes de instalar.

1. Un servidor (Ubuntu 22.04 o 24.04) con una dirección pública o un dominio y un enlace de subida para el pico de audiencia previsto y, para un nodo del recinto, una máquina en la red del recinto.
2. Un codificador por escenario que pueda enviar RTMP, y la lista de escenarios, días y tipos de entrada.
3. Una decisión sobre cómo llegan las entradas al panel: códigos de activación generados en bloque, o el sistema de venta de entradas llamando a la Reseller API.

2Despliegue de la infraestructura

Primero el origen, después el recinto.

1. Ejecuta el instalador en el servidor de gestión y coloca el panel detrás de un proxy inverso con TLS; define los proxies de confianza para que las reglas de IP vean la dirección real del espectador.
2. Define la URL base de reproducción como la dirección pública a la que acceden los asistentes.
3. Registra desde Servidores un nodo en la máquina del recinto; el panel lo instala por SSH y las pantallas locales se dirigen a él.
4. Crea una cuenta de socio (revendedor) para la taquilla con permisos para líneas y ninguno para el catálogo.

3Organización del contenido

Escenarios como canales, entradas como paquetes.

1. Añade categorías por día o por itinerario para que la lista de canales se lea como el programa.
2. Crea un bouquet por tipo de entrada: los escenarios que esa entrada puede ver.
3. Crea un paquete por tipo de entrada con la duración del evento como duración, y un paquete de prueba para prensa y ponentes si hace falta.
4. Crea un bouquet para la señal del escenario o del salón de los patrocinadores y concédelo solo mediante el paquete de patrocinador.

4Configuración de socios (revendedores)

La taquilla, si es quien emite el acceso.

1. Crea un grupo con permisos de líneas y sin permisos de catálogo para la taquilla.
2. Añade la taquilla como revendedor con ese grupo y créditos suficientes para los códigos que emitirá.
3. Un coorganizador o un socio regional que vende sus propias entradas recibe su propia cuenta de socio y sus propios paquetes.

5Configuración del acceso de los asistentes

Una línea por entrada.

1. Genera códigos de activación en bloque, uno por entrada, cada uno vinculado al paquete de su tipo de entrada, e imprímelos o envíalos por correo con la entrada.
2. Para la venta de entradas en línea, instala el conector de tu plataforma de comercio, o haz que el sistema de venta de entradas llame a action=create_line con el paquete y un identificador de petición.
3. Define el máximo de conexiones en uno o dos dispositivos por entrada para que un código no pueda compartirse con toda la audiencia.
4. Prueba con una línea de prueba antes de abrir las puertas, usando el mismo reproductor que usarán los asistentes.

6Grabaciones de las sesiones

Grabaciones después del evento.

1. Graba cada escenario y añade los archivos a la biblioteca como episodios de una serie por itinerario, o ingéstalos con la tarea de ingesta VOD.
2. Concede las grabaciones mediante un bouquet y un paquete propios, para que los asistentes conserven el acceso después de que caduquen las líneas en directo.
3. Comprueba la reproducción de las grabaciones con una línea de prueba de ese paquete antes de anunciarlas.

7Canales de escenario

Un escenario como canal en directo.

1. Añade una emisión en directo por escenario con el envío RTMP del codificador y colócala en los bouquets de los tipos de entrada que pueden verla.
2. Activa catch-up para que un asistente que se perdió el comienzo de una sesión pueda rebobinar.
3. Comprueba antes de la primera sesión que el nodo del recinto toma cada escenario una sola vez del origen y que las pantallas se dirigen a él.

8Caducidad

El acceso termina con el evento.

1. Da a cada paquete de entrada una duración que termine el último día del evento, para que las líneas caduquen sin ningún trabajo.
2. Amplía una línea, o emite un código de corta duración, para un ponente o un patrocinador tardío en lugar de crear un paquete nuevo.
3. Desactiva desde Líneas la línea de una entrada perdida o compartida; el registro de auditoría conserva el rastro.

9Integración con la venta de entradas

Los sistemas gestionan el acceso; el reproductor reproduce.

1. El sistema de venta de entradas o de registro crea líneas mediante la Reseller API y escucha webhooks como line.created y line.expired.
2. La venta de entradas en línea en una plataforma de comercio compatible usa su conector; no hay un conector nativo para un producto de venta de entradas concreto.
3. No hay inicio de sesión único para los espectadores: un asistente entra en el reproductor con las credenciales de la línea o con un código de activación.

10Consideraciones de seguridad

Una entrada es una persona.

1. Sirve el panel y la URL base de reproducción por TLS y define TRUSTED_PROXIES con tu proxy inverso.
2. Inicio de sesión en dos pasos para cada cuenta del panel y grupos de permisos para que la taquilla no pueda cambiar los escenarios.
3. Enlaces de reproducción firmados y con caducidad y un límite de conexiones bajo por entrada.
4. Copias de seguridad cifradas de la base de datos con una copia externa, y el registro de auditoría de cada cambio de líneas y escenarios.

11Resolución de problemas

Las primeras comprobaciones habituales.

1. Un asistente no puede abrir un escenario: comprueba el paquete de la línea, el bouquet que contiene el escenario y la fecha de caducidad.
2. Un escenario se congela en la sala pero no en línea: comprueba el latido del nodo del recinto y la ruta de las pantallas hacia él.
3. Se rechaza un código de activación: comprueba que no se haya usado ya y que su paquete siga siendo válido.
4. El registro de auditoría muestra la dirección del proxy: define TRUSTED_PROXIES con el proxy y reinicia el panel.