El streamer local¶

Una instalación de una sola máquina tiene un streamer que usted nunca añadió. Lleva el chip local en el registro y se comporta de otra manera que cualquier máquina que se haya unido.

De dónde salió¶

Cuando el paquete catena puso central y sapsan en una sola máquina — la instalación del Inicio rápido — central registró esa máquina por su cuenta, en el primer arranque.

Lo decide una línea de configuración: una sección central: en el catena.yaml de la máquina. El paquete catena añade esa sección, y un proceso que la tiene levanta las dos partes a la vez — el plano de control y un streamer — en un único proceso. Ese es todo el mecanismo, y por eso el primer streamer aparece sin que nadie lo añada.

No es una unión ordinaria:

• Sin ventana de unión, sin token de unión, sin clave. Las dos partes son un solo proceso y se comunican dentro del proceso, no por HTTP.
• Hay exactamente un registro así por instalación, y la base de datos lo garantiza.
• Sobrevive a la pérdida de su directorio de estado: central lo encuentra por tipo, no por una identidad guardada.

En qué se diferencia¶

• Revocar y Eliminar no se ofrecen. La máquina que ejecuta central no puede salir de su propio registro — véase Retirar un streamer.
• Sin chip de alcance. Central no llama a este streamer por la red, así que api_url y api_auth no le aplican. En todo lo demás es un streamer normal: central le entrega el puerto HTTP y el almacenamiento DVR igual que a las máquinas que se han unido, así que se editan en los ajustes del streamer en la consola. En el catena.yaml de la máquina queda solo la sección central:.

Ejecutar central sin él¶

Si quiere que central sea un plano de control puro — la interfaz web y la API, sin captura, sin transcodificación y sin espectadores en esa máquina — arránquelo en su propio modo:

sapsan central run

Arrancado así, el proceso sirve solo central. No se crea ningún streamer local, y el registro contiene únicamente las máquinas que se unieron.

Dos cosas antes de cambiar:

• Añada primero un streamer. Los canales solo pueden moverse a una máquina que exista. Una al menos un streamer, confirme que está en línea y solo entonces convierta central — de lo contrario los canales no tienen a dónde ir y dejan de reproducirse.
• El paquete no trae esta disposición. La unidad sapsan arranca el modo ordinario, así que el cambio hay que formalizarlo a mano. Es un modo admitido del binario, pero ninguna entrega empaquetada lo usa — trátelo como una configuración avanzada, no como un valor por defecto documentado.

Sobrescriba la unidad con un drop-in:

systemctl edit catena

[Service]
ExecStart=
ExecStart=/usr/sbin/sapsan central run

Tras el reinicio, el antiguo registro local deja de informar, pasa a Sin conexión y sus canales se replanifican sobre los streamers restantes. El registro en sí permanece hasta que usted lo retire.

Una diferencia funcional: el central independiente no monta el proxy de estadísticas de Retroview. Si depende de él, quédese con la disposición de proceso único.

Lo que no hay que hacer¶

No intente revocar ni eliminar el streamer local a través de la API por el hecho de que la interfaz no ofrezca los botones. La interfaz los oculta deliberadamente, pero la API todavía no rechaza la llamada:

• Eliminar convierte el registro en una lápida. Central siembra entonces un streamer local nuevo con un node_id nuevo en su siguiente arranque, y la lápida se queda en Streamers eliminados.
• Revocar impide que el planificador coloque canales en él, pero no detiene el streamer — y en una instalación de una sola máquina no cambia nada, porque los canales no tienen otro sitio al que ir.

Ninguna de las dos apaga el streamer local. La forma de hacerlo es la de arriba.