Ein RTMP-Server ist der Empfangspunkt für einen Live-Publisher. Ein Encoder oder eine Produktionsanwendung sendet eine RTMP-URL und einen Stream-Key; der Server akzeptiert diese Sitzung, wendet seine Zugriffsrichtlinie an und stellt einen Feed für die nächste gewählte Aufgabe bereit. Er ist nicht automatisch ein Zuschauer-Player, CDN, Recorder oder Produktionsmischer.
Was ein RTMP-Server tut
Ein hilfreiches Modell ist Publisher → RTMP-Server → ausgewähltes nachgelagertes Modul. Der Publisher kann OBS, FFmpeg oder ein Encoder sein. Die veröffentlichte RTMP-Spezifikation ist in einem Spiegel der historischen Spezifikation erhalten. Der Server gibt diesem Publisher eine Adresse und Zugangsdaten und lässt einen Operator sehen, ob Verbindung und Medien aktiv sind. Aufzeichnung, Routing, Überwachung und Zuschauer-Auslieferung benötigen jeweils eine eigene Konfiguration und Abnahmeprüfung.
| Ebene | Zu beantwortende Frage |
|---|---|
| Ingest | Hat der zugewiesene Publisher den Listener mit dem vorgesehenen Key erreicht? |
| Medien | Sind Video, Audio und Bitrate am Empfänger nutzbar? |
| Nachgelagert | Welcher separat konfigurierte Monitor, Recorder, Weg oder Player soll ihn empfangen? |
Die Publishing-Adresse sorgfältig lesen
Ein RTMP-Endpunkt kombiniert üblicherweise eine Server-Adresse oder einen Anwendungspfad mit einem Stream-Namen oder Key. Behandeln Sie den Key wie Zugangsdaten: Kopieren Sie ihn aus dem Deployment, setzen Sie ihn nicht in ein öffentliches Dokument und ersetzen Sie ihn, wenn er offengelegt wurde. Der Port ist deploymentspezifisch; nehmen Sie nicht an, dass ein Port erreichbar ist, bevor Listener und Firewall-Richtlinie geprüft wurden.
Kontrollierten oder Guest-Zugriff wählen
Im kontrollierten Modus werden Publisher- und Receiver-Rollen demselben konfigurierten Stream-Namen zugewiesen; die RTMP-URL kann daher für beide Rollen identisch sein. Der Guest-Modus verwendet keine vorab erstellten Zugriffsregeln. Er öffnet den Endpunkt bewusst: Wählen Sie beim Publishing einen nicht leeren Stream-Namen und verwenden Sie denselben Namen zum Empfangen.
Die Übergabe der Reihe nach prüfen
- Bestätigen Sie im kontrollierten Modus, dass der Stream die Publisher- und Receiver-Rollen hat; bestätigen Sie im Guest-Modus, dass der offene Endpunkt beabsichtigt ist.
- Publizieren Sie eine bekannte Quelle und prüfen Sie aktiven Publisher-Status sowie eingehende Bitrate.
- Prüfen Sie Bild und vorgesehenes Audio über den konfigurierten Empfänger oder Überwachungspfad.
- Testen Sie erst dann den gewählten Aufzeichnungs-, Routing- oder Browser-Ausgabe-Workflow.
Wenn OBS meldet, dass es streamt, der Server aber keinen Publisher zeigt, vergleichen Sie die exakte URL und den Key und prüfen Sie dann DNS, den Listener-Port und die Zugriffsregel. Ist ein Publisher sichtbar, aber der nachgelagerte Pfad leer, hat die Ingest-Prüfung bestanden; untersuchen Sie dieses nachgelagerte Modul, statt den Encoder wahllos zu ändern.
Den empfangenen Feed betreiben
Callaba RTMP Server ist der konfigurierte Listener und Operator-Kontrollpunkt: Publisher- und Receiver-Zugriff erstellen, aktuelle Aktivität prüfen und einen ausgewählten Feed an die nächste operative Aufgabe übergeben. Browser-Wiedergabe ist ein separater Web-Player- oder HLS-Workflow; moderne Browser spielen eine RTMP-URL nicht nativ ab.
Nächste Schritte
Für einen konfigurierten Ingest-Workflow prüfen Sie Callaba RTMP Server. Verwenden Sie den OBS-RTMP-Leitfaden für einen Sender-Test, RTMP-Protokollgrundlagen für die Transportgrenze oder RTMP-Player und Browser-Wiedergabe, wenn die nächste Aufgabe das Betrachten des Feeds ist.
