Zum Inhalt springen
Callaba
Produkt-Benutzerhandbuch

Streams und Verbindungszugriff

Erstellen Sie benannten Herausgeber- oder Empfängerzugriff auf einem vorhandenen SRT- oder RTMP-Server, ohne den gesamten Server für unbekannte Verbindungen zu öffnen.

In Callaba findenSchnellstart → Streams
Was dieses Modul leistet

Ein Stream ist ein Zugriffsobjekt: Er bindet einen Protokollserver, eine Verbindungsrolle und eine Identitätsregel. Erstellen Sie es, bevor Sie URLs oder Stream-Schlüssel an Encoder und Empfänger übergeben.

Diesen Workflow in Callaba fortsetzen

Callaba SRT-Server

Der vorgesehene Encoder veröffentlicht seinen Feed, während nicht verwandte Verbindungsidentitäten nicht autorisiert bleiben.

So funktioniert das Produkt

Vor dem Start

  • Ein laufender SRT- oder RTMP-Server.

  • Die vorgesehene Rolle: Herausgeber sendet Medien; Empfänger verbraucht es.

  • Eine geplante Stream-ID, ein Stream-Schlüssel oder ein zulässiger Host, der nicht mit einer anderen Verbindung kollidiert.

Einstellungen erklärt

Hier werden die für Operatoren relevanten Bedienelemente erklärt. Interne Feldnamen und Implementierungsereignisse bleiben bewusst verborgen.

Identität

Benennen Sie die Verbindung und wählen Sie ihren Server aus.

Name

Bedienerseitiger Name für den Encoder, Feed oder Empfänger.

Aktiv

Ermöglichen Sie die Verwendung des Verbindungsobjekts nach dem Speichern.

Protokoll

Wählen Sie SRT oder RTMP entsprechend dem besitzenden Server und Client.

Streaming-Server

Wählen Sie den vorhandenen Server aus, der diese Verbindung akzeptiert.

Zugriff

Gewähren Sie nur die Rolle und Identität, die der Kunde benötigt.

Rolle

Publisher sendet einen Feed; Der Empfänger liest einen Feed.

Stream-ID oder Stream-Schlüssel

Stabile Medienkennung, die von der Clientverbindung verwendet wird.

Zulässiger Host

Optionale IP-basierte Einschränkung für den verbindenden Client.

Sicherer erster Workflow

  1. 01

    Öffnen Sie Streams und wählen Sie dasselbe Protokoll wie der Zielserver.

  2. 02

    Wählen Sie den laufenden Server aus und wählen Sie Publisher oder Receiver.

  3. 03

    Legen Sie die Stream-Identität oder den zulässigen Host fest, die für die Serverzugriffsrichtlinie erforderlich sind.

  4. 04

    Speichern und starten Sie den Stream.

  5. 05

    Verwenden Sie die generierten Verbindungsdetails in einem echten Encoder oder Empfänger und überprüfen Sie das Medium.

Workflow-Beispiele

Geeignet für

Gewähren Sie einem Remote-Encoder nur Publisher-Zugriff

Ein externer Betreiber sollte einen Feed senden, darf aber keine anderen Feeds empfangen.

EncoderHerausgeber
Stream-ZugriffEine Identität
SRT- oder RTMP-ServerAufnahme
DownstreamAutorisierter Workflow
Animiertes Workflow-Diagramm: Gewähren Sie einem Remote-Encoder nur Publisher-Zugriff

So wird er aufgebaut

  1. 1

    Erstellen Sie einen Publisher-Stream auf dem ausgewählten Server.

  2. 2

    Weisen Sie eine eindeutige Stream-ID/einen eindeutigen Stream-Schlüssel zu oder beschränken Sie den bekannten Encoder-Host.

  3. 3

    Senden Sie nur diese Verbindungsdetails an den Encoder-Betreiber.

  4. 4

    Starten Sie den Encoder und überprüfen Sie, ob eine andere Identität abgelehnt wird.

Geeignet für

Erstellen Sie einen Empfänger für einen überwachten Ausgang

Ein Decoder oder Konfidenzmonitor sollte einen benannten Stream lesen.

Live-ServerVerfügbarer Feed
EmpfängerzugriffRolle lesen
DecoderVerbinden
ÜberwachenWiedergabe
Animiertes Workflow-Diagramm: Erstellen Sie einen Empfänger für einen überwachten Ausgang

So wird er aufgebaut

  1. 1

    Erstellen Sie einen Receiver-Stream auf dem Server, der Eigentümer des Live-Feeds ist.

  2. 2

    Verwenden Sie die erwartete Stream-Identität und die optionale Empfänger-Host-Einschränkung.

  3. 3

    Verbinden Sie den Decoder mit den generierten Empfängerdetails.

  4. 4

    Bestätigen Sie die Wiedergabe und den serverseitigen Verbindungsstatus.

Ergebnis prüfen

  • Der beabsichtigte Herausgeber oder Empfänger verbindet sich mit der ihm zugewiesenen Rolle.
  • Eine falsche Stream-Identität wird abgelehnt, wenn der explizite Zugriff aktiviert ist.
  • Der besitzende Server und die Live-Statistiken zeigen die erwartete Verbindung.

Fehlerbehebung

Ein gültiger Client wird abgelehnt

Prüfen
  • Protokoll und ausgewählten Server vergleichen.
  • Rolle, Stream-Identität und Host-Einschränkung genau prüfen.
Dann so vorgehen

Korrigieren Sie den einzelnen nicht übereinstimmenden Zugriffswert; Aktivieren Sie „Alle zulassen“ nicht als Diagnoseverknüpfung.