--- title: Verwaltung url: https://doc2.pstreamer.tv/de/manual/webui/administration.html lang: de product: Perfect Streamer version: 2.0.2.362 --- # Verwaltung Die Gruppe **Verwaltung** im Bereich „Knoten“ umfasst die Serverdienste des Knotens, die Speicher, die Hardware, die Lizenz und die Wartung. Die Bildschirme der Gruppe stehen der Administrator-Rolle zur Verfügung. Die Erstkonfiguration des Knotens ist in [Erster Start und Aktivierung](../first_start/index.md#first-start) beschrieben. ## Server-Einstellungen ![Server-Einstellungen.](../../_images/webui_server_settings.de.png) Allgemeine Parameter des Knotens. Der Bildschirm fasst mehrere Einstellungsgruppen unter einer gemeinsamen Speicherleiste zusammen: ****Server**** Servername, Protokollierungsstufe (global und separat für die Bibliotheken SRT, RIST und FFmpeg), Aufbewahrungsdauer der Protokolle, Tiefe und Tracing der Datenbankstatistik sowie die Größenbegrenzungen beider Datenbanken — Protokolle und Statistik. Die Statistikdatenbank wird von zwei Seiten begrenzt. „Statistik-Aufbewahrung, Stunden“ legt das Fenster fest, „Größenbegrenzung der Statistik-DB, MB“ das Volumen: null bedeutet „keine Begrenzung“, und die Datenbank wird dann nur durch das Fenster beschnitten; einen Wert ungleich null unter 16 MB hebt der Knoten auf 16 an. Unter dem Feld berichtet der Knoten über die letzte Bereinigung — wie viel Historie geblieben ist, wie groß die Datenbank ist und wie lange die Bereinigung gedauert hat — und wenn sich die Größenbegrenzung als strenger als das Fenster erwiesen hat, steht ebendort, wie viel Historie tatsächlich gegenüber der eingestellten aufbewahrt wird. ****Mosaik**** Knotenweiter Schalter für die Mosaik-Erzeugung; das Mosaik selbst — [Mosaik](monitor.md#webui-mosaic). ****Meshwork**** Aktivierung der Teilnahme des Knotens am Meshwork und dessen Identifikation: Knotenname, Notiz, Meshwork-Domain sowie die öffentlichen HTTP- und HTTPS-Ports und zusätzliche Domains — die Adressen, unter denen der Knoten von außen erreichbar ist ([Knoten hinter NAT](../meshwork/setup.md#meshwork-nat)). Das Identitätsmodell — [Knotenidentität](../meshwork/setup.md#meshwork-identity). ****Meshwork-Peers**** Liste der Peer-Knoten und das gemeinsame Signaturgeheimnis für den gesicherten Austausch ([Peers und Secrets](../meshwork/setup.md#meshwork-peers)). ****Meshwork-Kontakt (erweitert)**** Parameter der Peer-Abfrage: Anzahl der Worker-Threads und Kontakt-Timeout. Die Erstkonfiguration des Knotens — in [Anfangseinstellungen](../first_start/index.md#first-start-initial-settings); die Bereitstellung des Meshwork — in [Aufbau eines Meshwork-Netzwerks](../meshwork/setup.md#meshwork-setup). ## Alarmierung ![Alarmierungseinstellungen.](../../_images/webui_alerter_settings.de.png) Auslöseschwellen der Alarme des Knotens und die Regeln ihrer Replikation. Neben dem globalen Einschalten der Alarmierung werden festgelegt: - Stream-Schwellenwerte — Timeout ohne Daten, minimale Bitrate, CC-Fehlerzähler (Paare „Warnung / Fehler“); - eine eigene Warnung zur CPU-Auslastung durch den Arbeits-Thread, der einen Stream oder einen DVB-Adapter bedient (in Prozent); - Ressourcen-Schwellenwerte — CPU und Speicher des Hosts, CPU und Speicher von Prozess und Transcoder, Netzlast, GPU, Festplattennutzung (in Prozent, Paare „Warnung / Fehler“); - Lese-/Schreibzeit der DVR-Speicher; - bei vorhandenem DVB-Empfang — Schwellenwerte der Signalqualität der Frontends (Signalpegel, SNR, Bitfehlerrate, unkorrigierbare Blöcke). Unter dem globalen Einschalten erinnert der Knoten daran, wie weit dieser Schalter reicht: eine abgeschaltete Alarmierung legt auch die externen Zustellungen still — Process, Telegram und E-Mail —, einschließlich der von Nachbarn der Domain replizierten Alarme und der Entwarnung zu einem bereits gemeldeten Vorfall. Die Replikation der Alarme über die Meshwork-Domain und, getrennt davon, der System-Hardware-Alarme wird ebenfalls hier aktiviert ([Domänenweite Replikation von Benachrichtigungen](../meshwork/alerts.md#meshwork-alert-replication)). Die externe Zustellung wird in einem eigenen Fenster konfiguriert (Alarmziele). Das Alarmmodell ist in [Wie ein Alert aufgebaut ist](../meshwork/alerts.md#meshwork-alerts-model) beschrieben, die Schwellenwerte — in [Alerter-Einstellungen](../meshwork/alerts.md#meshwork-alerts-settings). Die Ansicht der aktiven Alarme — auf dem Bildschirm [Alarme](monitor.md#webui-alerts). ### Alarmziele Das Fenster der externen Alarmzustellung wird vom Bildschirm Alarmierung aus geöffnet. Die Kanäle sind auf Registerkarten verteilt; für jeden wird ein eigener Schwellenwert der minimalen Ereignisschwere festgelegt: ****Prozess**** Ausführung eines externen Befehls bei einem Alarmereignis mit vorgegebenem Timeout. ****Telegram**** Versand an Telegram: Bot-Token und Liste der Chat-IDs. ****E-mail**** Versand über SMTP: Host und Port des Servers, TLS-Modus (STARTTLS, implizites TLS oder ohne Verschlüsselung), Prüfung des Serverzertifikats, Zugangsdaten, Absender- und Empfängeradressen. Alle Registerkarten des Fensters unterliegen dem globalen Einschalten der Alarmierung auf dem Bildschirm Alarmierung: bei abgeschaltetem Dienst sendet ein konfigurierter Kanal nichts. Die Zustellungsregeln sind in [Externe Alert-Zustellung](../meshwork/alerts.md#meshwork-alert-delivery) beschrieben. ## Webserver & Konten ![Webserver & Konten.](../../_images/webui_web_server.de.png) Konfiguration des Webservers der Verwaltungsoberfläche und der Anmeldekonten. Der Bildschirm enthält die Registerkarten: ****Server**** HTTP-Port und Hostname, Aktivierung von HTTPS mit eigenem Port und Auswahl des CA-Speichers, ausführliches Tracing. Solange HTTPS deaktiviert ist, sind „HTTPS-Port“ und die Auswahl des CA-Speichers ausgegraut und mit dem Hinweis „HTTPS ist deaktiviert — aktivieren Sie TLS, um das Zertifikat zu verwenden.“ versehen; die Felder reagieren auf den Schalter selbst, ohne das Speichern abzuwarten, und die eingegebenen Werte gehen nicht verloren. Darunter — die Angaben zum aktuellen TLS-Zertifikat (Subjekt, Aussteller, Gültigkeitsdauer, SAN) mit den Aktionen zum Import des Zertifikats und des privaten Schlüssels sowie zum Neuladen von TLS; bei deaktiviertem HTTPS zeigt die Leiste anstelle der Angaben denselben Hinweis, der Import bleibt jedoch verfügbar. ****Konten**** Lokale Anmeldekonten der Oberfläche und ihre Rollen — Admin, Restricted admin, Viewer ([Zugriff und Rollen](index.md#webui-access)). Für jedes werden Login, Passwort und Rolle festgelegt; Einträge können hinzugefügt, geändert und gelöscht werden. Beim Anlegen ist das Passwort verpflichtend; beim Ändern wird das Passwortfeld leer angezeigt, und bleibt es leer, so bleibt das bisherige Passwort erhalten. Der letzte Umschalter eines Kontos ist „Automatische Anmeldung“, standardmäßig ausgeschaltet. Damit öffnet ein Browser, der sich einmal unter diesem Konto angemeldet hat, die Oberfläche dieses Knotens die nächsten 14 Tage ohne Anmeldeformular; Konten mit automatischer Anmeldung sind in der Liste mit dem Wort „Automatische Anmeldung“ gekennzeichnet. Die Frist wird ab der Anmeldung gezählt und durch die Arbeit nicht verlängert: nach ihrem Ablauf erscheint das Formular wieder. Ein aus dieser Oberfläche gefolgter Link auf einen benachbarten Knoten gibt die Sitzung weiter — ein Knoten der Domain wird bereits angemeldet geöffnet. Dafür gelten mehrere Bedingungen. Der Nachbar muss seinen Zugangspunkt veröffentlichen, HTTP oder HTTPS — er ist in den Einzelheiten seiner Zeile auf der Ansicht „Knoten“ ([Knoten](meshwork.md#webui-fleet-nodes)) sichtbar. Die Domain, über die sich die Knoten sehen, muss für beide die eigene sein: eine Verbindung allein über die zusätzliche Domain des Super-Node-Modus gibt die Sitzung in keiner Richtung weiter. Und hat der Nachbar ein eigenes Konto mit demselben Login, entscheidet bereits sein Umschalter: mit ausgeschalteter „Automatischer Anmeldung“ nimmt er eine solche Sitzung nicht an. Ist etwas davon nicht erfüllt, öffnet sich ein erreichbarer Nachbar dennoch — aber unter seiner eigenen Adresse und mit dem Anmeldeformular. Eine von Hand eingegebene Adresse eines Nachbarn gibt die Sitzung ebenfalls nicht weiter — genauso wenig wie ein Konto ohne automatische Anmeldung. Eine Ablehnung erklärt der Knoten selbst: Über dem Inhalt erscheint eine Leiste „Ohne Anmeldung geöffnet: …“ mit der Begründung. Es gibt vier Arten von Gründen — zwei nennt der Knoten, von dem aus gewechselt wurde, zwei weitere meldet der Nachbar selbst: - in diesem Browser gibt es keine Sitzung der automatischen Anmeldung für den Knoten, von dem aus gewechselt wurde; - die gemeinsame Domain ist für den Knoten, von dem aus gewechselt wurde, nicht die Hauptdomain — das kommt bei einem Super-Knoten vor, der den Nachbarn nur über eine zusätzliche Domain sieht; - der Nachbar kennt dieses Konto, aber die automatische Anmeldung ist dafür bei ihm nicht eingeschaltet; - der Nachbar hat die Sitzung des Wechsels nicht angenommen: sie ist ihm unbekannt, abgelaufen oder widerrufen. In der Praxis ist der dritte Grund der häufigste: die automatische Anmeldung ist standardmäßig ausgeschaltet, deshalb endet mit ihm der Wechsel auf einen Knoten, auf dem dasselbe Konto einfach neu angelegt wurde. Die Leiste zeichnet der Admin-Bereich des Nachbarn, daher erscheint auf früheren Builds des Nachbarn keiner der vier Gründe: seine eigenen zwei meldet ein solcher Nachbar nicht, und die beiden fremden versteht er nicht — der Wechsel endet ohne Erläuterung mit dem Anmeldeformular. Die Leiste erscheint, wenn sich der Admin-Bereich des Nachbarn geöffnet hat, also bereits nach der Anmeldung, falls sie nötig war; sie wird über das Kreuz geschlossen und kehrt nach dem Neuladen der Seite nicht zurück. Die automatische Anmeldung hängt an einem einzigen Browser — die Anmeldung mit demselben Konto in einem anderen Browser läuft wie üblich, eine automatische Anmeldung gibt es darin jedoch nicht. Beendet wird die automatische Anmeldung durch die Schaltfläche „Abmelden“ sowie durch das Ausschalten des Umschalters, den Rollenwechsel, das Umbenennen und das Löschen des Kontos: die Sitzung wird innerhalb weniger Sekunden nach dem Speichern geschlossen. Der Umschalter steht für ein Konto jeder Rolle zur Verfügung, daher sollte er mit Blick auf die Rechte dieses Kontos eingeschaltet werden. Die automatische Ausstellung von Zertifikaten — auf dem Bildschirm HTTPS-Zertifikate; das Neuladen von TLS ohne Neustart — ebenfalls in Wartung. Die Ports der Dienste und die Erstkonfiguration sind in [Anfangseinstellungen](../first_start/index.md#first-start-initial-settings) beschrieben. ## Streaming-HTTP-Server ![Streaming-HTTP-Server.](../../_images/webui_http_server.de.png) Konfiguration des integrierten HTTP-Servers für die Stream-Auslieferung (OTT-Auslieferung, HLS/DASH-Playlists und -Segmente). Oben — der Status der Listener (HTTP, HTTPS, HTTP/3). Konfiguriert werden: ****Server**** HTTP-Port, Hostname, ausführliches Tracing. ****TLS**** Aktivierung von HTTPS mit eigenem Port und Auswahl des CA-Speichers. Port und Speicher sind ausgegraut, solange HTTPS deaktiviert ist. ****HTTP/3 (QUIC)**** Aktivierung von HTTP/3 auf einem eigenen UDP-Port und Erlaubnis früher Daten (0-RTT); Port und 0-RTT sind ausgegraut, solange HTTP/3 selbst deaktiviert ist. Von HTTPS hängt dieser Block nicht ab: HTTP/3 ist ein eigener Listener, er nimmt die Zertifikatsdateien direkt und arbeitet auch bei deaktiviertem HTTPS. Genau das zeigt der Block „Status“: „HTTPS“ kann auf „Aus“ stehen, während „HTTP/3“ läuft. Darunter — die Leiste des aktuellen TLS-Zertifikats mit Import und Neuladen von TLS. Die Leiste verfolgt nur HTTPS, daher bleibt sie bei deaktiviertem HTTPS auch dann stumm, wenn dasselbe Zertifikat über HTTP/3 ausgeliefert wird. Die Auslieferung ist in [OTT und DVR](../streamer/ott_dvr.md#streamer-ott-dvr) beschrieben, der HTTP/3-Transport — in [HTTP/3 (QUIC)](../streamer/ott_dvr.md#streamer-ott-http3). ## EPG-Server ![EPG-Server.](../../_images/webui_epg_server.de.png) Konfiguration des Dienstes zur EPG-Auslieferung (XMLTV) an externe Abnehmer — Middleware und Anwendungen. Festgelegt werden die Aktivierung des Dienstes, Port, Hostname und ausführlicher Trace, HTTPS mit eigenem Port und CA-Speicher; zudem steht die Leiste des TLS-Zertifikats zur Verfügung. Der HTTPS-Port und der CA-Speicher sind ausgegraut, solange der Dienst deaktiviert oder HTTPS deaktiviert ist. Die Zugangskonten für EPG und die Kanalsätze werden separat auf dem Bildschirm [EPG-Einstellungen](configure.md#webui-epg-settings) konfiguriert. Die Integration mit Middleware ist in [EPG für OTT-Middleware](../streamer/epg/middleware.md#streamer-epg-middleware) beschrieben. ## HTTPS-Zertifikate ![HTTPS-Zertifikate (ACME).](../../_images/webui_certificates_acme.de.png) Automatische Ausstellung und Erneuerung von TLS-Zertifikaten über ACME (Let’s Encrypt). Oben — der Status: Zustand der Ausstellung, Zeitpunkt des letzten Laufs, das ACME-Konto und die Liste der ausgestellten Zertifikate mit ihren Fristen. Konfiguriert werden: ****Automatische Ausstellung**** Aktivierung und Kontakt-E-Mail. Die Aktivierung bedeutet die Zustimmung zu den Bedingungen der Zertifizierungsstelle. ****Erweitert**** URL des ACME-Verzeichnisses, Port der HTTP-01-Prüfung, Vorlauffrist der Erneuerung und die Parameter der externen Kontobindung (EAB). Die Aktion „Jetzt ausstellen / erneuern“ startet die Ausstellung unmittelbar. Das Hochladen eigener Zertifikate erfolgt auf den Bildschirmen der entsprechenden Dienste (Webserver & Konten, Streaming-HTTP-Server, EPG-Server). Die Aktivierung von TLS ist in [Anfangseinstellungen](../first_start/index.md#first-start-initial-settings) beschrieben. ## DVR-Speicher ![DVR-Speicher.](../../_images/webui_dvr_storages.de.png) Verzeichnisse des DVR-Archivs. Speicher können hinzugefügt, geändert und gelöscht werden; für jeden werden Name, Verzeichnispfad (nach dem Anlegen unveränderlich), Notiz und die maximale Festplattennutzung festgelegt. Der „Verzeichnispfad“ wird ohne abschließendes `/` geschrieben: einen Pfad, der auf ein Trennzeichen endet, nimmt der Knoten nicht an (Ausnahme ist die Wurzel `/` selbst), und der Text der Ablehnung kommt vom Knoten, wie er ist, auf Englisch. Die Bearbeitung des Pfades ist gesperrt, deshalb wird ein auf früheren Builds mit Trennzeichen angelegter Eintrag durch Löschen und erneutes Anlegen korrigiert. Eine separate Gruppe steuert das Verhalten bei Platzmangel: Bereinigungsintervall, Verzögerung und Kürzung bei Überlauf, Notreserve und Bereinigungshysterese. Eine Senkung des Nutzungslimits kürzt das älteste Archiv; das Löschen eines Speichers belässt die Dateien auf der Festplatte, die angebundenen Streams verlieren jedoch den Zugriff auf VOD. Die aktuelle Belegung der Festplatten wird auf dem Bildschirm [DVR-Monitor](monitor.md#webui-dvr-monitor) beobachtet. Aufzeichnung und Wiedergabe des Archivs sind in [DVR-Speicher](../streamer/ott_dvr.md#streamer-dvr-storage) und [OTT und DVR](../streamer/ott_dvr.md#streamer-ott-dvr) beschrieben. ## Wartung ![Wartung.](../../_images/webui_maintenance.de.png) Serviceoperationen des Knotens, nach Abschnitten gruppiert: ****Knoten**** Regulärer Neustart des Knotens mit Bestätigung — unterbricht kurzzeitig alle Streams. ****TLS-Zertifikate**** Erneutes Einlesen des TLS-Zertifikats von der Festplatte ohne Neustart — jeweils separat für den Webserver, den Streaming-HTTP-Server und den EPG-Server. ****Konfigurationssicherung**** Herunterladen eines gzip-Abbilds der Knotenkonfiguration. ****Wiederherstellung**** Hochladen einer zuvor gespeicherten Kopie: die Konfiguration wird ersetzt, der Knoten startet neu. Dateien und Dienste sind in [Dateien und Dienste](../install/files.md#install-files) beschrieben. ## Hardware ![Hardware.](../../_images/webui_hardware.de.png) Die erkannte Empfangs-Hardware, die dem Knoten zur Verfügung steht (schreibgeschützt; die Schaltfläche zum Aktualisieren liest die Liste erneut ein). Zwei Blöcke: ****DVB-Adapter**** Frontends des DVB-Empfangs: Bezeichnung, unterstützte Übertragungssysteme, DVB-API-Version, Fähigkeiten, Frequenz- und Symbolratenbereiche, Belegtkennzeichen. ****CAM-Module**** CI/CAM-Slots: das eingesetzte Modul und dessen Modell, Typ und Zustand des Slots, die Kennungen der CA-Systeme und der Abonnementstatus (Entschlüsselung) je Programm. Hier werden auch die beiden Arten von Modulen unterschieden, und es ist die einzige Stelle der Oberfläche, an der der Unterschied ausdrücklich benannt wird. Auf der eingeklappten Kopfzeile des Slots steht die Plakette „Modell A“ oder „Modell B“, im aufgeklappten Rumpf die Zeile „Modell“ mit dem Wert `A (sec-pump)` beziehungsweise `B (welded)`; Buchstabe und Wort kommen vom Knoten und werden nicht übersetzt. Modell A ist ein eigenständiges Modul, durch das der Eingang eines Streams vollständig gepumpt wird; scharfgeschaltet wird es am Eingang ([CI/CAM am Eingang eines Streams](streams.md#webui-stream-io-cam)). Modell B ist ein in den Tuner eingeschweißtes Modul; es wird am DVB-Adapter selbst scharfgeschaltet, über dessen eigenes Adapterprogramm ([Entschlüsselung](../streamer/dvb.md#streamer-dvb-descrambling)). In der übrigen Oberfläche wird der Buchstabe nirgends angezeigt: Der Bediener, der ein Modul scharfschaltet, unterscheidet sie danach, wo dies geschieht. Die Zeile „Modul-ID“ ist der Ausweis des Moduls selbst: Herstellerkennung, Produktcode und, sofern das Modul ihn meldet, der EN-50221-Anwendungstyp (`4A60:0001 · type 1`). Die Zeile kam in 2.0.2.362 hinzu; im selben Build begann der Knoten, den Modulnamen zu dekodieren, sodass kyrillische Namen nicht mehr verstümmelt ankommen. Drei Zeilen des Slots betreffen seine Belegung: „CI-Belegung“ mit dem Wert „Belegt“ oder „Frei“, „Hält“ mit dem dienstinternen Präfix des Halters in Festbreitenschrift und „Modulmeldung“ mit dem, was das Modul zuletzt auf dem Bildschirm ausgegeben hat. Die Zeilen erscheinen nur, wenn der Knoten einen Wert meldet, daher hat ein freier Slot keine Zeile „Hält“. Mit dem „frei“ und „belegt“ aus dem Block der DVB-Adapter ist das nicht zu verwechseln: Dort geht es um den Tuner, hier um die Belegung eines Slots. **Freigabe eines Slots.** Der Bildschirm „Hardware“ liest ansonsten nur; es gibt darauf zwei Aktionen, und beide stehen nebeneinander im Rumpf des aufgeklappten Slots, unterhalb aller Wertzeilen. Die erste ist „Freigeben“. Die Schaltfläche steht nur dem Administrator zur Verfügung. Bei einem Modul des Modells B gibt es sie gar nicht: Ein solcher Slot hält keine Belegung, und der Aufruf könnte nur fehlschlagen. Hält niemand den Slot, ist die Schaltfläche sichtbar, aber gesperrt, und daneben steht der Grund: „Nichts freizugeben: kein Eingang hält den Slot.“. Auf einem Knoten älter als 2.0.2.361 gibt es die Aktion nicht. Die Bestätigung — „CI-Slot freigeben?“ — nennt auch die Reihenfolge der Schritte: „Der Slot wird von {holder} gehalten. Entfernen Sie zuerst cam-device an diesem Eingang: Ein laufender Eingang nimmt sich den Slot in etwa zwei Sekunden zurück. Der Aufruf selbst kann ein paar Sekunden dauern.“. Das ist wörtlich zu lesen: **die Freigabe hält nicht**. Ein laufender Eingang nimmt sich den Slot fast sofort zurück, deshalb wird der Slot erst am Eingang entfernt und erst danach freigegeben. Der Aufruf verzögert sich tatsächlich um ein, zwei Sekunden, während die Pumpen zusammengeführt werden — die Schaltfläche zeigt für diese Zeit Beschäftigung an. Es gibt vier Ausgänge. Der Slot wurde freigegeben — der Dialog schließt sich, „Der CI-Slot wurde freigegeben.“ erscheint, und die Slotliste wird neu gelesen. Niemand hielt den Slot — auch das ist ein Erfolg: Der Dialog schließt sich mit der Meldung „Niemand hält den Slot.“. Der Slot wechselt gerade den Besitzer — der Dialog bleibt offen mit „Der Slot wechselt gerade den Besitzer. Wiederholen Sie es gleich.“, damit ein Klick genügt. Jede andere Ablehnung — der Dialog bleibt offen und zeigt die Meldung des Knotens selbst, und falls der Knoten keine geschickt hat: „Der CI-Slot konnte nicht freigegeben werden.“. Der DVB-Empfang ist in [DVB-Empfänger](../streamer/dvb.md#streamer-dvb) und [Adapter](../streamer/dvb.md#streamer-dvb-adapter) beschrieben, die Arbeit mit CAM und die Entschlüsselung — in [Entschlüsselung](../streamer/dvb.md#streamer-dvb-descrambling). Die erkannten Transcoding-Geräte werden auf dem Bildschirm Über das System angezeigt. ### Modulmenü Die zweite Aktion des Slots ist „Modulmenü“. Sie öffnet das eigene Menü des CI-Moduls: dasselbe, was das Modul auf dem Fernsehbildschirm zeigen würde — Kartenstatus, Abonnements, Seriennummer, PIN-Eingabe, Servicepunkte. Es spricht die Karte; Knoten und Weboberfläche geben nur ihre Bildschirme weiter. Die Schaltfläche steht nur dem Administrator und nur auf einem Knoten 2.0.2.362 oder neuer zur Verfügung; auf einem älteren Knoten gibt es sie gar nicht. Das ist nicht dieselbe Schwelle wie bei „Freigeben“: Auf einem Knoten 2.0.2.361 gibt es „Freigeben“, das Menü aber noch nicht. Der zweite Unterschied zu „Freigeben“: Das Menü wird an einem Slot mit betriebsbereitem Modul **jedes Modells angeboten, einschließlich Modell B**. Das Menü lebt auf der CI-Sitzung, auf der es gar keine Belegung gibt, daher hat ein fest im Tuner verbautes Modul dasselbe wie ein steckbares. Ist kein betriebsbereites Modul im Slot, ist die Schaltfläche sichtbar, aber gesperrt, und daneben steht der Grund: „In diesem Slot gibt es kein Modul, mit dem sich sprechen ließe.“. **Ein belegter Slot warnt.** Hält ein Eingang den Slot, öffnet der Klick nicht das Menü, sondern eine Bestätigung „Menü an einem belegten Slot öffnen?“: „Den Slot hält {holder}. Ein Teil der Module hört für die Dauer des geöffneten Menüs auf zu entschlüsseln. Um das zu vermeiden, pausieren Sie den Stream und drücken Sie anschließend ‚Freigeben‘ — eine Pause allein gibt den Slot nicht zurück.“. Das sollte man vollständig und in der geschriebenen Reihenfolge lesen. **Eine Pause allein gibt den Slot nicht her**: Die Belegung lässt der Arbeitsthread des Eingangs fallen, und bei einem pausierten Eingang läuft dieser nicht, daher bleibt der Slot bei ihm, bis der Eingang gelöscht oder der Dienst neu gestartet wird. Die Pause dient etwas anderem — damit ein laufender Eingang den Slot nicht ein paar Sekunden nach der Freigabe zurückholt. Das ist eine Warnung vor einem Risiko, nicht vor einem beobachteten Fehler: In Messungen hörte ein Stream, der bei geöffnetem Menü entschlüsselt wurde, nicht auf, entschlüsselt zu werden. Doch nicht alle Module verhalten sich so, und dem Slot sieht man vorab nicht an, welches man erwischt hat. Deshalb wird die Schaltfläche nie gesperrt — der Bediener darf fortfahren. **Die Sitzung gehört dem Slot, nicht dem Bediener.** Ist das Menü an diesem Slot bereits geöffnet, erscheint neben der Schaltfläche eine Warnung: „An diesem Slot ist das Menü bereits geöffnet. Ein erneutes Öffnen bringt beide Bediener ins Hauptmenü zurück.“. **Was das Fenster zeigt.** Die Form des Bildschirms gibt die Karte vor, und es gibt fünf Formen: - **Menü oder Liste** — eine Überschrift und eine Zeile je Eintrag, jede Zeile eine Schaltfläche, dazu „Zurück“; - **Textbildschirm** — die Meldung des Moduls und „Zurück“; - **Frage** — eine Aufforderung und ein Eingabefeld; fragt das Modul nach der PIN, wird das Feld maskiert und seine Länge auf die vom Modul erwartete begrenzt. „Senden“ schickt die Antwort ab, „Zurück“ verlässt die Frage; - **„Warten, bis das Modul das Menü zeichnet …“** — der normale Zustand in den ersten ein bis zwei Sekunden; - **„Das Modul hat kein Menü gezeichnet. Ein Teil der Karten hat gar keines.“** — die Sitzung lebt, die Karte hat einfach nichts zu zeigen; daneben „Erneut anfordern“. Am unteren Rand des Fensters steht immer „Menü schließen“; `Esc` und „✕“ tun dasselbe. Genau so sollte das Fenster geschlossen werden: Es teilt dem Knoten mit, dass das Gespräch beendet ist, und lässt die Sitzung nicht am Modul hängen. Die Texte im Menü — Überschriften, Eintragsnamen, Aufforderungen — kommen von der Karte und werden nicht übersetzt: In allen sechs Lokalisierungen erscheinen sie in der Sprache, die die Karte spricht. Das gilt auch für den Tastenhinweis, den die Karte am unteren Bildschirmrand ausgibt: Er benennt Tasten einer Fernbedienung, die der Bediener nicht hat, doch es sind die Worte der Karte, und sie werden unverändert weitergegeben. Auch Informationen zur Karte kommen nicht immer als Textbildschirm — bei einem Teil der Module werden Seriennummer, Versionen und Kartenstatus als Menüeinträge ausgegeben. **Das Menü schließt sich nach zwei Minuten ohne Aktion von selbst**, und diese Frist lässt sich nicht abschalten. Den Zähler setzt eine Aktion zurück — die Auswahl eines Eintrags, eine abgeschickte Antwort, ein Zurück — oder ein neuer, vom Modul gezeichneter Bildschirm; das Lesen eines langen Bildschirms gilt nicht als Aktion. Etwa zwanzig Sekunden vor Ablauf warnt das Fenster: „Der Knoten schließt das Menü nach zwei Minuten ohne Aktion. Wählen Sie etwas aus, damit es geöffnet bleibt, oder öffnen Sie es einfach erneut.“. Ist die Frist doch abgelaufen, sagt das Fenster „Die Sitzung ist geschlossen. Öffnen Sie das Menü erneut, um fortzufahren.“ und bietet eine Schaltfläche an, die genau das tut; nichts geht verloren, das Gespräch beginnt beim Hauptmenü. Ablehnungen zeigt das Fenster mit zwei Meldungen. „Das Modul hat dies nicht angenommen.“ — oder, wenn der Knoten einen eigenen Text geschickt hat, dieser Text wörtlich. „Der Knoten antwortet nicht. Versuche laufen weiter.“ — ein vorübergehender Verbindungsverlust: Das Fenster hält den letzten Bildschirm und fragt den Knoten weiter ab, ohne die Sitzung zu schließen. Ein Bildschirm, der sich unter dem Bediener geändert hat, gilt nicht als Ablehnung — das Fenster wird einfach neu gezeichnet. ## Lizenz ![Lizenz.](../../_images/webui_license.de.png) Angaben zur Lizenz des Knotens: Kunde, Lizenztyp, Schlüsselformat, Beginn der Gültigkeit und lizenzierte Zeit; meldet der Knoten Kennung und Typ des Schlüssels, wird der HASP-Block angezeigt. Die angezeigten Grenzwerte sind das, was die Lizenz erlaubt, und nicht das, was der Knoten gerade verbraucht; eine Achse, auf der es keine Beschränkung gibt, wird gar nicht angezeigt. Bei einem Demonstrations-Build beschreiben dieselben Zeilen dessen eigene eingebaute Obergrenzen und keine Lizenz, und unterschieden wird dieser Fall allein durch das Merkmal „Demo“. Die dauerhafte Aktivierung mit SL/HL-Schlüsseln ist in [Dauerhafte Aktivierung](../first_start/index.md#first-start-permanent-activation) beschrieben; das Verhalten beim Ablauf der Lizenz — in [Beim Ablauf der Frist der Jahres- oder Testlizenz](../first_start/index.md#first-start-license-expired). Der Abschnitt „Aktivierung“ funktioniert auf einem Knoten mit Schutzsystem — ob der Schlüssel ein Software- oder ein USB-Schlüssel ist, spielt keine Rolle. Hat der Knoten keine Aktivierungsdaten, teilt der Abschnitt genau das mit und zeigt keine Schaltflächen an; das ist ein normaler Zustand und kein Fehler. - „Kundendaten“ — der Export des Schlüsselzustands für den Anbieter: „C2V-Datei herunterladen“ speichert eine Datei, die nach der Kennung des Schlüssels benannt ist, „C2V kopieren“ legt denselben Inhalt in die Zwischenablage. Nach außen sendet der Knoten dabei nichts — beide Aktionen geben dem Bediener lediglich ein und denselben Text. Hat der Browser den Zugriff auf die Zwischenablage verweigert, teilt die Oberfläche das mit; das Herunterladen funktioniert immer. - „Lizenz aktivieren“ — das Anwenden des vom Anbieter zugesandten V2C-Schlüssels: „V2C-Datei hochladen…“ öffnet die Dateiauswahl, „V2C einfügen…“ — ein Feld zum Einfügen des Textes. Die Schaltfläche „Aktivieren“ wird erst aktiv, nachdem eine Datei ausgewählt oder das Feld ausgefüllt wurde. Das Anwenden des Schlüssels startet den Knoten neu: einige Sekunden, nachdem der Schlüssel angenommen wurde, geht der Dienst in den Neustart — aufschieben lässt er sich nicht, und die Aktivierungsfenster warnen im Voraus davor. Solange der Knoten nicht erreichbar ist, hält die Oberfläche einen Wartebildschirm und kehrt von selbst zurück, sobald der Knoten wieder oben ist. Ein abgelehnter Schlüssel lässt das Fenster offen und zeigt die Meldung des Knotens selbst — genau sie ist zu lesen, denn die Ablehnungen sind verschieden, und ihre Folgen ebenso. Der Schlüssel kann überhaupt nicht gepasst haben: dann hat sich auf dem Schlüssel nichts geändert. Der Schlüssel kann aber auch schon geschrieben worden sein und die Ablehnung erst danach kommen — so ist es, wenn der Knoten das Geschriebene nicht erneut lesen konnte und wenn die entstandene Lizenz bereits abgelaufen war. Der Lizenzbildschirm liest sich nicht von selbst neu ein: um zu sehen, was jetzt auf dem Schlüssel steht, ist die Seite neu zu öffnen. Zwei Ablehnungen sind gefährlicher als die übrigen, und sie dürfen nicht als „nichts geschehen“ gelesen werden: der Knoten meldet, dass die Lizenz angewendet wurde, aber bereits abgelaufen ist, oder dass sie angewendet, jedoch als nicht echt erkannt wurde (der Text kommt, wie alle Antworten des Knotens hier, auf Englisch). In beiden Fällen liegt eine untaugliche Lizenz bereits auf dem Schlüssel, und ein Knoten mit einer solchen Lizenz geht von selbst in den Neustart und kommt nicht wieder hoch. Jede dieser beiden Ablehnungen bedeutet, dass ein anderer Schlüssel gebraucht wird, und zwar sofort. Die Übertragung der Lizenz auf einen anderen Knoten ist in der Oberfläche nicht vorgesehen; sie wird ebenso wie das Anwenden eines Updates und der Export des C2V von der Kommandozeile aus vom Dienstprogramm `pss_lic` ausgeführt ([PSS Lic Perfect Streamer Toolkit v2.0 — Lizenz des Knotens](../toolkit/pss_lic.md#toolkit-pss-lic)). ## Über das System ![Über das System.](../../_images/webui_about.de.png) Eine Systemübersicht, nach Abschnitten gruppiert: ****Lizenz**** Kurzangaben zur Lizenz — Einzelheiten auf dem Bildschirm Lizenz. ****Transcoder**** Die erkannten Transcoding-Backends: Typ, Version des ausführbaren Moduls, Bereitschaft und die Liste der Geräte. Die Installation der Transcoder-Pakete — in [Transcoder](../install/transcoder.md#install-transcoder), die Auswahl des Backends — in [Backends und Codecs](../streamer/transcoder.md#streamer-transcoder-backends). ****Build und Bibliotheken**** Die PSS-Build-Version und die Versionen der integrierten Bibliotheken, der Build-Typ. ****Identifikation**** Servername, Knoten und dessen Notiz, das aktuelle Konto, Betriebszeit und Startzeitpunkt, die Beschränkung nach Quell-IP. Der Aufruf der Dokumentation ist auch über die gemeinsame Oberflächenleiste möglich ([Allgemeine Leiste](index.md#webui-chrome)).