--- title: Administración url: https://doc2.pstreamer.tv/es/manual/webui/administration.html lang: es product: Perfect Streamer version: 2.0.2.362 --- # Administración El grupo **Administración** del área «Nodo» reúne los servicios de servidor del nodo, los almacenes, el equipamiento, la licencia y el mantenimiento. Las pantallas del grupo están disponibles para el rol de administrador. La configuración inicial del nodo se describe en [Primer arranque y activación](../first_start/index.md#first-start). ## Configuración del servidor ![Configuración del servidor.](../../_images/webui_server_settings.es.png) Parámetros generales del nodo. La pantalla reúne varios grupos de ajustes bajo un único panel de guardado: ****Servidor**** Nombre del servidor, nivel de registro (global y por separado para las bibliotecas SRT, RIST y FFmpeg), periodo de conservación de los registros, profundidad y trazado de las estadísticas de la base de datos, y los límites de tamaño de ambas bases — registros y estadísticas. La base de estadísticas está acotada por dos lados. «Conservación de estadísticas, horas» define la ventana; «Límite de tamaño de la BD de estadísticas, MB», el volumen: cero significa «sin límite», y entonces la base se recorta solo por la ventana; un valor distinto de cero inferior a 16 MB el nodo lo eleva a 16. Bajo el campo, el nodo informa de la última limpieza —cuánto historial queda, cuál es el tamaño de la base y cuánto duró la limpieza— y, si el límite de tamaño ha resultado más estricto que la ventana, allí mismo se indica cuánto historial se guarda realmente frente a lo configurado. ****Mosaico**** Interruptor general del nodo para la generación del mosaico; el mosaico en sí — [Mosaico](monitor.md#webui-mosaic). ****Meshwork**** Activación de la participación del nodo en Meshwork y su identificación: nombre del nodo, nota, dominio de Meshwork, así como los puertos públicos HTTP y HTTPS y los dominios adicionales — las direcciones por las que el nodo es accesible desde el exterior ([Nodos tras NAT](../meshwork/setup.md#meshwork-nat)). El modelo de identidad — [Identidad del nodo](../meshwork/setup.md#meshwork-identity). ****Pares de Meshwork**** La lista de nodos pares y el secreto de firma compartido para el intercambio seguro ([Pares y secretos](../meshwork/setup.md#meshwork-peers)). ****Contacto de Meshwork (avanzado)**** Parámetros del sondeo de los pares: el número de hilos de trabajo y el tiempo de espera del contacto. La configuración inicial del nodo — en [Configuración inicial](../first_start/index.md#first-start-initial-settings); el despliegue de Meshwork — en [Construcción de una red Meshwork](../meshwork/setup.md#meshwork-setup). ## Alertador ![Configuración del Alertador.](../../_images/webui_alerter_settings.es.png) Umbrales de activación de las alertas del nodo y reglas de su replicación. Además del interruptor general del alertador, se definen: - umbrales de flujo — tiempo de espera por ausencia de datos, tasa de bits mínima, contadores de errores CC (pares «advertencia / error»); - un aviso independiente sobre la carga de CPU del hilo de trabajo que atiende un flujo o un adaptador DVB (en porcentaje); - umbrales de recursos — CPU y memoria del host, CPU y memoria del proceso y del transcodificador, carga de la red, GPU, uso del disco (en porcentaje, pares «advertencia / error»); - tiempo de lectura/escritura de los almacenes DVR; - cuando hay recepción DVB — umbrales de calidad de señal de los frontends (nivel de señal, SNR, tasa de errores de bit, bloques no corregidos). Bajo el interruptor general, el nodo recuerda hasta dónde llega ese interruptor: un alertador desactivado silencia también las entregas externas —el proceso, Telegram y el correo—, incluidas las alertas replicadas desde los pares del dominio y el aviso de recuperación de un incidente ya notificado. La replicación de las alertas por el dominio de Meshwork y, por separado, la de las alertas de hardware del sistema se activa aquí mismo ([Replicación de alertas a nivel de dominio](../meshwork/alerts.md#meshwork-alert-replication)). La entrega externa se configura en una ventana aparte (Destinos de alerta). El modelo de alertas se describe en [Cómo funciona una alerta](../meshwork/alerts.md#meshwork-alerts-model), y los umbrales en [Ajustes del alerter](../meshwork/alerts.md#meshwork-alerts-settings). La consulta de las alertas activas se realiza en la pantalla [Alertas](monitor.md#webui-alerts). ### Destinos de alerta La ventana de entrega externa de alertas se abre desde la pantalla Alertador. Los canales están distribuidos en pestañas; en cada uno se define su propio umbral de gravedad mínima del evento: ****Proceso**** Ejecución de un comando externo ante un evento de alerta con un tiempo de espera definido. ****Telegram**** Envío a Telegram: el token del bot y la lista de ID de chats. ****E-mail**** Envío por SMTP: host y puerto del servidor, modo TLS (STARTTLS, TLS implícito o sin cifrado), verificación del certificado del servidor, credenciales, direcciones del remitente y de los destinatarios. Todas las pestañas de la ventana están sujetas al interruptor general del alertador de la pantalla Alertador: con el servicio desactivado, un canal configurado no envía nada. Las reglas de entrega se describen en [Entrega externa de alertas](../meshwork/alerts.md#meshwork-alert-delivery). ## Servidor web y cuentas ![Servidor web y cuentas.](../../_images/webui_web_server.es.png) Configuración del servidor web del panel de administración y de las cuentas de acceso. La pantalla contiene las pestañas: ****Servidor**** Puerto HTTP y nombre de host, activación de HTTPS con un puerto propio y selección del almacén de CA, trazado detallado. Mientras HTTPS está desactivado, el «Puerto HTTPS» y la selección del almacén de CA se muestran atenuados con la aclaración «HTTPS está desactivado: active TLS para usar el certificado.»; los campos responden al propio conmutador, sin esperar al guardado, y los valores introducidos no se pierden. Más abajo — la información del certificado TLS actual (sujeto, emisor, periodo de validez, SAN) con las acciones de importación del certificado y de la clave privada y de recarga de TLS; con HTTPS desactivado, el panel muestra la misma aclaración en lugar de la información, pero la importación sigue disponible. ****Cuentas**** Cuentas locales de acceso al panel y sus roles — Admin, Restricted admin, Viewer ([Acceso y roles](index.md#webui-access)). Para cada una se definen el usuario, la contraseña y el rol; las entradas se añaden, se modifican y se eliminan. Al crearla la contraseña es obligatoria; al modificarla el campo de la contraseña se muestra vacío y, si no se rellena, la contraseña permanece igual. El último conmutador de una cuenta es «Inicio de sesión automático», desactivado de forma predeterminada. Con él, un navegador que haya iniciado sesión una vez con esta cuenta abre la interfaz de este nodo sin formulario de inicio de sesión durante los 14 días siguientes; las cuentas con inicio de sesión automático están marcadas en la lista con la palabra «Inicio de sesión automático». El plazo se cuenta desde el inicio de sesión y el trabajo no lo prolonga: al expirar, el formulario vuelve a aparecer. Un enlace a un nodo vecino seguido desde esta interfaz transmite la sesión más allá: un nodo del dominio se abre ya con la sesión iniciada. Para ello hay varias condiciones. El vecino debe publicar su punto de entrada, HTTP o HTTPS, visible en los detalles de su fila en la pantalla «Nodos» ([Nodos](meshwork.md#webui-fleet-nodes)). El dominio por el que los nodos se ven debe ser el propio de ambos: un enlace establecido solo a través del dominio adicional del modo super-nodo no transmite la sesión en ninguna dirección. Y si el vecino tiene su propia cuenta con el mismo usuario, decide ya su conmutador: con «Inicio de sesión automático» desactivado no acepta esa sesión. Cuando algo de esto no se cumple, un vecino disponible se abre de todos modos, pero en su propia dirección y con el formulario de inicio de sesión. Una dirección de vecino escrita a mano tampoco transmite la sesión, igual que una cuenta sin inicio de sesión automático. El propio nodo explica el rechazo: sobre el contenido aparece una franja «Abierto sin iniciar sesión: …» con el motivo. Hay cuatro tipos de motivos: dos los indica el nodo desde el que se pasó y otros dos los comunica el propio vecino: - en este navegador no hay sesión de inicio de sesión automático para el nodo desde el que se pasó; - el dominio común no es el principal para el nodo desde el que se pasó: así ocurre con un super-nodo que ve al vecino solo a través de un dominio adicional; - el vecino conoce esta cuenta, pero en él no tiene activado el inicio de sesión automático; - el vecino no ha aceptado la sesión de paso: le es desconocida, ha caducado o ha sido revocada. En la práctica, el tercer motivo es el más frecuente: el inicio de sesión automático está desactivado de forma predeterminada, por lo que con él termina el paso a un nodo en el que la misma cuenta simplemente se ha vuelto a crear. La franja la dibuja la administración del vecino, de modo que en las compilaciones anteriores del vecino no aparece ninguno de los cuatro motivos: ese vecino no comunica los dos suyos y no entiende los dos ajenos; el paso termina con el formulario de inicio de sesión y sin explicación. La franja aparece cuando la administración del vecino se ha abierto, es decir, ya después del inicio de sesión si ha hecho falta; se cierra con la cruz y no vuelve tras recargar la página. El inicio de sesión automático está ligado a un único navegador: iniciar sesión con la misma cuenta en otro navegador funciona de la manera habitual, pero en él no habrá inicio de sesión automático. El inicio de sesión automático se interrumpe con el botón «Cerrar sesión», así como al desactivar el conmutador, cambiar el rol, renombrar y eliminar la cuenta: la sesión se cierra a los pocos segundos de guardar. El conmutador está disponible para una cuenta de cualquier rol, por lo que conviene activarlo teniendo en cuenta los derechos de esa cuenta. La emisión automática de certificados — en la pantalla Certificados HTTPS; la recarga de TLS sin reinicio — también en Mantenimiento. Los puertos de los servicios y la configuración inicial se describen en [Configuración inicial](../first_start/index.md#first-start-initial-settings). ## Servidor HTTP de streaming ![Servidor HTTP de streaming.](../../_images/webui_http_server.es.png) Configuración del servidor HTTP integrado para la entrega de flujos (distribución OTT, listas de reproducción y segmentos HLS/DASH). En la parte superior — el estado de los listeners (HTTP, HTTPS, HTTP/3). Se configuran: ****Servidor**** Puerto HTTP, nombre de host, trazado detallado. ****TLS**** Activación de HTTPS con un puerto propio y selección del almacén de CA. El puerto y el almacén están atenuados mientras HTTPS está desactivado. ****HTTP/3 (QUIC)**** Activación de HTTP/3 en un puerto UDP propio y autorización de los datos tempranos 0-RTT; el puerto y el 0-RTT están atenuados mientras el propio HTTP/3 está desactivado. Este bloque no depende de HTTPS: HTTP/3 es un escucha aparte, toma los archivos del certificado directamente y funciona con HTTPS desactivado. Eso es justamente lo que muestra el bloque «Estado»: «HTTPS» puede estar en «Desactivado» con «HTTP/3» en funcionamiento. Más abajo — el panel del certificado TLS actual con importación y recarga de TLS. El panel solo sigue a HTTPS, por lo que con HTTPS desactivado permanece en silencio incluso cuando el mismo certificado se sirve por HTTP/3. La distribución se describe en [OTT y DVR](../streamer/ott_dvr.md#streamer-ott-dvr), y el transporte HTTP/3 en [HTTP/3 (QUIC)](../streamer/ott_dvr.md#streamer-ott-http3). ## Servidor EPG ![Servidor EPG.](../../_images/webui_epg_server.es.png) Configuración del servicio de entrega de EPG (XMLTV) a consumidores externos — middleware y aplicaciones. Se definen la activación del servicio, el puerto, el nombre de host y la traza detallada, HTTPS con un puerto propio y almacén de CA, y además está disponible el panel del certificado TLS. El puerto HTTPS y el almacén de CA están atenuados mientras el servicio está desactivado o HTTPS está desactivado. Las cuentas de acceso al EPG y los conjuntos de canales se configuran aparte, en la pantalla [Ajustes de EPG](configure.md#webui-epg-settings). La integración con middleware se describe en [EPG para middleware OTT](../streamer/epg/middleware.md#streamer-epg-middleware). ## Certificados HTTPS ![Certificados HTTPS (ACME).](../../_images/webui_certificates_acme.es.png) Emisión y renovación automáticas de certificados TLS mediante ACME (Let’s Encrypt). En la parte superior — el estado: la situación de la emisión, la hora de la última ejecución, la cuenta ACME y la lista de certificados emitidos con sus plazos. Se configuran: ****Emisión automática**** Activación y e-mail de contacto. La activación implica la aceptación de las condiciones de la autoridad de certificación. ****Avanzado**** URL del directorio ACME, puerto de validación HTTP-01, plazo de renovación anticipada y parámetros de vinculación externa de la cuenta (EAB). La acción «Emitir / renovar ahora» inicia la emisión de inmediato. La carga de certificados propios se realiza en las pantallas de los servicios correspondientes (Servidor web y cuentas, Servidor HTTP de streaming, Servidor EPG). La activación de TLS se describe en [Configuración inicial](../first_start/index.md#first-start-initial-settings). ## Almacenes DVR ![Almacenes DVR.](../../_images/webui_dvr_storages.es.png) Directorios del archivo DVR. Los almacenes se añaden, se modifican y se eliminan; para cada uno se definen el nombre, la ruta del directorio (inmutable tras la creación), una nota y el uso máximo del disco. La «Ruta del directorio» se escribe sin `/` final: una ruta que termine en separador no la aceptará el nodo (la excepción es la propia raíz `/`), y el texto del rechazo llega del nodo tal cual, en inglés. La edición de la ruta está cerrada, por lo que una entrada creada con separador en compilaciones anteriores se corrige eliminándola y volviéndola a crear. Un grupo aparte gobierna el comportamiento ante la falta de espacio: el intervalo de limpieza, el aplazamiento y el recorte por desbordamiento, la reserva de emergencia y la histéresis de la limpieza. La reducción del límite de uso recorta la parte más antigua del archivo; la eliminación de un almacén deja los ficheros en el disco, pero los flujos conectados pierden el acceso al VOD. La ocupación actual de los discos se observa en la pantalla [Monitor de DVR](monitor.md#webui-dvr-monitor). La grabación y la reproducción del archivo se describen en [Almacenes DVR](../streamer/ott_dvr.md#streamer-dvr-storage) y [OTT y DVR](../streamer/ott_dvr.md#streamer-ott-dvr). ## Mantenimiento ![Mantenimiento.](../../_images/webui_maintenance.es.png) Operaciones de servicio del nodo, agrupadas por secciones: ****Nodo**** Reinicio normal del nodo con confirmación — interrumpe brevemente todos los flujos. ****Certificados TLS**** Relectura del certificado TLS desde el disco sin reinicio — por separado para el servidor web, el servidor HTTP de streaming y el servidor EPG. ****Copia de seguridad de la configuración**** Descarga de una instantánea gzip de la configuración del nodo. ****Restauración**** Carga de una copia guardada previamente: la configuración se sustituye y el nodo se reinicia. Los ficheros y los servicios se describen en [Archivos y servicios](../install/files.md#install-files). ## Equipamiento ![Equipamiento.](../../_images/webui_hardware.es.png) El equipamiento de recepción detectado y disponible para el nodo (solo lectura; el botón de actualización vuelve a leer la lista). Dos bloques: ****Adaptadores DVB**** Frontends de recepción DVB: nombre, sistemas de entrega admitidos, versión de la DVB API, capacidades, rangos de frecuencia y de velocidad de símbolo, indicador de ocupación. ****Módulos CAM**** Ranuras CI/CAM: el módulo insertado y su modelo, el tipo y el estado de la ranura, los identificadores de los sistemas CA y el estado de la suscripción (descifrado) por programas. Aquí también se distinguen los dos tipos de módulo, y es el único lugar de la interfaz donde la diferencia se nombra abiertamente. En el encabezado plegado de la ranura hay una etiqueta «Modelo A» o «Modelo B», y en el cuerpo desplegado una fila «Modelo» con el valor `A (sec-pump)` o `B (welded)`; la letra y la palabra vienen del nodo y no se traducen. El modelo A es un módulo aparte por el que se bombea la entrada de un flujo entera; se arma en la entrada ([CI/CAM en la entrada de un flujo](streams.md#webui-stream-io-cam)). El modelo B es un módulo soldado en el sintonizador; se arma en el propio adaptador DVB, mediante su programa de adaptador ([Descifrado](../streamer/dvb.md#streamer-dvb-descrambling)). En el resto de la interfaz la letra no se muestra en ninguna parte: el operador que arma un módulo los distingue por el lugar donde se hace. La fila «ID del módulo» es el pasaporte del propio módulo: identificador del fabricante, código de producto y, cuando el módulo lo comunica, el tipo de aplicación EN 50221 (`4A60:0001 · type 1`). La fila apareció en 2.0.2.362; en esa misma compilación el nodo empezó a decodificar el nombre del módulo, de modo que los nombres cirílicos dejaron de llegar distorsionados. Tres filas de la ranura se refieren a su arrendamiento: «Arrendamiento CI» con el valor «Ocupada» o «Libre», «La retiene» con el prefijo de servicio del titular en tipografía monoespaciada, y «Mensaje del módulo» con lo último que el módulo ha mostrado en pantalla. Las filas aparecen solo cuando el nodo comunica un valor, de modo que una ranura libre no tiene fila «La retiene». No hay que confundirlo con el «libre» y el «ocupado» del bloque de adaptadores DVB: allí se habla del sintonizador, aquí del arrendamiento de una ranura. **Liberación de una ranura.** La pantalla «Hardware» por lo demás solo lee; tiene dos acciones, y ambas están juntas en el cuerpo de la ranura desplegada, debajo de todas las filas de valores. La primera es «Liberar». El botón solo está disponible para el administrador. Un módulo de modelo B no lo tiene en absoluto: esa ranura no mantiene arrendamiento y la llamada solo podría fallar. Cuando nadie retiene la ranura, el botón se ve pero está bloqueado, y al lado se explica por qué: «No hay nada que liberar: ninguna entrada retiene la ranura.». En un nodo anterior a 2.0.2.361 la acción no existe. La confirmación —«¿Liberar la ranura CI?»— contiene también el orden de los pasos: «La ranura la retiene {holder}. Retire primero cam-device en esa entrada: una entrada en funcionamiento recuperará la ranura en unos dos segundos. La propia llamada puede tardar un par de segundos.». Conviene leerlo al pie de la letra: **la liberación no se afianza**. Una entrada en funcionamiento recuperará la ranura casi de inmediato, de modo que primero se retira la ranura en la entrada y solo después se libera. La llamada tarda efectivamente uno o dos segundos mientras se reúnen las bombas; el botón muestra durante ese tiempo que está ocupado. Los desenlaces son cuatro. La ranura se ha liberado: la ventana se cierra, aparece «Ranura CI liberada.» y la lista de ranuras se vuelve a leer. Nadie retenía la ranura, lo que también es un éxito: la ventana se cierra con el mensaje «Nadie retiene la ranura.». La ranura está cambiando de titular en este momento: la ventana permanece abierta con «La ranura está cambiando de titular en este momento. Reinténtelo en un instante.», para repetir con una sola pulsación. Cualquier otro rechazo: la ventana permanece abierta y muestra el mensaje del propio nodo y, si el nodo no lo ha enviado, «No se ha podido liberar la ranura CI.». La recepción DVB se describe en [Receptor DVB](../streamer/dvb.md#streamer-dvb) y [Adaptadores](../streamer/dvb.md#streamer-dvb-adapter), y el trabajo con CAM y el descifrado en [Descifrado](../streamer/dvb.md#streamer-dvb-descrambling). Los dispositivos de transcodificación detectados se muestran en la pantalla Acerca del sistema. ### Menú del módulo La segunda acción de la ranura es «Menú del módulo». Abre el menú propio del módulo CI: lo mismo que el módulo mostraría en la pantalla del televisor: estado de la tarjeta, suscripciones, número de serie, introducción del PIN, elementos de servicio. Quien habla es la tarjeta; el nodo y la interfaz web solo transmiten sus pantallas. El botón solo está disponible para el administrador y solo en un nodo 2.0.2.362 o posterior; en un nodo anterior no existe en absoluto. No es el mismo umbral que el de «Liberar»: en un nodo 2.0.2.361 «Liberar» existe, pero el menú todavía no. La segunda diferencia con «Liberar» es que el menú se ofrece en una ranura con un módulo listo de **cualquier modelo, incluido el modelo B**. El menú vive en la sesión CI, donde no hay arrendamiento alguno, por lo que un módulo integrado en el sintonizador lo tiene igual que uno extraíble. Si no hay un módulo listo en la ranura, el botón se ve pero está bloqueado, y al lado se explica por qué: «En esta ranura no hay ningún módulo con el que hablar.». **Una ranura ocupada advierte.** Si una entrada retiene la ranura, la pulsación no abre el menú, sino una confirmación «¿Abrir el menú en una ranura ocupada?»: «La ranura está retenida por {holder}. Parte de los módulos deja de descifrar mientras el menú está abierto. Para evitarlo, ponga el flujo en pausa y luego pulse “Liberar”: una pausa por sí sola no devuelve la ranura.». Conviene leerlo entero y en el orden escrito. **La pausa por sí sola no entrega la ranura**: el arrendamiento lo suelta el hilo de trabajo de la entrada, y en una entrada pausada ese hilo no funciona, por lo que la ranura queda con ella hasta que se elimine la entrada o se reinicie el servicio. La pausa sirve para otra cosa: para que una entrada en marcha no recupere la ranura un par de segundos después de liberarla. Es una advertencia sobre un riesgo, no sobre un fallo observado: en las mediciones, un flujo que se descifraba con el menú abierto no dejó de descifrarse. Pero no todos los módulos se comportan así, y por la ranura no se ve de antemano cuál ha tocado. Por eso el botón nunca se bloquea: el operador tiene derecho a continuar. **La sesión pertenece a la ranura, no al operador.** Si el menú de esta ranura ya está abierto, junto al botón aparece una advertencia: «En esta ranura el menú ya está abierto. Volver a abrirlo devolverá a ambos operadores al menú raíz.». **Qué muestra la ventana.** La forma de la pantalla la define la tarjeta, y hay cinco formas: - **menú o lista**: un título y una fila por elemento, cada fila es un botón, más «Atrás»; - **pantalla de texto**: el mensaje del módulo y «Atrás»; - **pregunta**: un texto de invitación y un campo de entrada; cuando el módulo pide el PIN, el campo se enmascara y su longitud se limita a la que el módulo espera. «Enviar» remite la respuesta, «Atrás» abandona la pregunta; - **«Esperando a que el módulo dibuje el menú…»**: el estado normal durante el primer segundo o dos; - **«El módulo no dibujó ningún menú. Algunas tarjetas no lo tienen en absoluto.»**: la sesión está viva, la tarjeta simplemente no tiene nada que mostrar; al lado, «Solicitar de nuevo». En la parte inferior de la ventana siempre está «Cerrar el menú»; `Esc` y «✕» hacen lo mismo. Conviene cerrar la ventana precisamente así: comunica al nodo que la conversación ha terminado y no deja la sesión colgada en el módulo. Los textos dentro del menú —títulos, nombres de los elementos, invitaciones— vienen de la tarjeta y no se traducen: en las seis localizaciones se muestran en el idioma que habla la tarjeta. Esto vale también para la indicación de teclas que la tarjeta imprime en la parte inferior de la pantalla: nombra botones de un mando de televisor que el operador no tiene, pero son palabras de la tarjeta y se transmiten tal cual. La información sobre la tarjeta tampoco llega siempre como pantalla de texto: en algunos módulos el número de serie, las versiones y el estado de la tarjeta se entregan como elementos de menú. **El menú se cierra solo tras dos minutos sin acciones**, y ese plazo no se puede desactivar. La cuenta se reinicia con una acción —la selección de un elemento, una respuesta enviada, un retroceso— o con una nueva pantalla dibujada por el módulo; leer una pantalla larga no cuenta como acción. Unos veinte segundos antes del final la ventana advierte: «El nodo cierra el menú tras dos minutos sin acciones. Seleccione algo para que siga abierto, o simplemente ábralo de nuevo.». Si el plazo llega a agotarse, la ventana dice «La sesión está cerrada. Abra el menú de nuevo para continuar.» y ofrece un botón que hace precisamente eso; no se pierde nada, la conversación empieza desde el menú raíz. La ventana muestra los rechazos con dos mensajes. «El módulo no lo aceptó.», o, si el nodo envió su propio texto, ese texto literalmente. «El nodo no responde. Seguimos intentándolo.»: pérdida temporal de conexión; la ventana mantiene la última pantalla y sigue consultando al nodo sin cerrar la sesión. Una pantalla que ha cambiado bajo el operador no cuenta como rechazo: la ventana simplemente se vuelve a dibujar. ## Licencia ![Licencia.](../../_images/webui_license.es.png) Información sobre la licencia del nodo: cliente, tipo de licencia, formato de la clave, inicio de validez y tiempo licenciado; cuando el nodo comunica el identificador y el tipo de la clave, se muestra el bloque HASP. Los límites mostrados son lo que la licencia permite, no lo que el nodo consume en este momento; un eje en el que no hay límite no se muestra en absoluto. En una compilación de demostración esas mismas líneas describen sus propios topes integrados y no una licencia, y este caso solo se distingue por el indicador «Demo». La activación permanente con claves SL/HL se describe en [Activación permanente](../first_start/index.md#first-start-permanent-activation); el comportamiento al caducar la licencia, en [Al expirar el plazo de la licencia anual o de prueba](../first_start/index.md#first-start-license-expired). La sección «Activación» funciona en un nodo con el sistema de protección: da igual que la clave sea de software o USB. Si el nodo no tiene datos de activación, la sección lo indica y no muestra botones; es un estado normal, no un error. - «Datos del cliente» — la exportación del estado de la clave para el proveedor: «Descargar archivo C2V» guarda un archivo con el nombre del identificador de la clave, «Copiar C2V» pone el mismo contenido en el portapapeles. El nodo no envía nada al exterior al hacerlo: ambas acciones solo entregan al operador uno y el mismo texto. Si el navegador ha denegado el acceso al portapapeles, la interfaz lo indica; la descarga funciona siempre. - «Activar licencia» — la aplicación de la clave V2C enviada por el proveedor: «Cargar archivo V2C…» abre el selector de archivos, «Pegar V2C…» — un campo para pegar el texto. El botón «Activar» se habilita solo después de que se haya elegido un archivo o se haya rellenado el campo. La aplicación de la clave reinicia el nodo: unos segundos después de que la clave se acepte, el servicio se va a reiniciar —no se puede aplazar— y las ventanas de activación avisan de ello de antemano. Mientras el nodo no está disponible, la interfaz mantiene una pantalla de espera y vuelve por sí sola en cuanto el nodo se ha levantado. Una clave rechazada deja la ventana abierta y muestra el mensaje del propio nodo: es justo ese mensaje el que hay que leer, porque los rechazos son de distinta índole, y sus consecuencias también. La clave puede no haber servido en absoluto: entonces en la clave no ha cambiado nada. Pero la clave puede haber quedado ya escrita y el rechazo llegar después: así ocurre cuando el nodo no ha podido releer lo escrito y cuando la licencia resultante ha salido caducada. La pantalla de licencia no se releerá a sí misma: para ver qué hay ahora en la clave, hay que abrir la página de nuevo. Dos rechazos son más peligrosos que los demás, y no se pueden leer como «no ha pasado nada»: el nodo comunica que la licencia se ha aplicado pero ya está caducada, o que se ha aplicado pero se la ha considerado no auténtica (el texto, como todas las respuestas del nodo aquí, llega en inglés). En ambos casos una licencia inservible ya está en la llave, y un nodo con esa licencia se va solo al reinicio y no vuelve a levantarse. Cualquiera de estos dos rechazos significa que hace falta otra llave, y hace falta de inmediato. El traslado de la licencia a otro nodo no está previsto en la interfaz; lo realiza, al igual que la aplicación de una actualización y la exportación del C2V desde la línea de comandos, la utilidad `pss_lic` ([PSS Lic Perfect Streamer Toolkit v2.0 — licencia del nodo](../toolkit/pss_lic.md#toolkit-pss-lic)). ## Acerca del sistema ![Acerca del sistema.](../../_images/webui_about.es.png) Resumen del sistema, agrupado por secciones: ****Licencia**** Información breve sobre la licencia — los detalles están en la pantalla Licencia. ****Transcodificadores**** Backends de transcodificación detectados: tipo, versión del módulo ejecutable, disponibilidad y lista de dispositivos. La instalación de los paquetes del transcodificador — en [Transcodificadores](../install/transcoder.md#install-transcoder), y la selección del backend — en [Backends y códecs](../streamer/transcoder.md#streamer-transcoder-backends). ****Compilación y bibliotecas**** Versión de compilación de PSS y versiones de las bibliotecas integradas, tipo de compilación. ****Identificación**** Nombre del servidor, el nodo y su nota, la cuenta actual, el tiempo de funcionamiento y el momento de arranque, la restricción por IP de origen. La documentación también se puede abrir desde el panel común de la interfaz ([Barra común](index.md#webui-chrome)).