跳至主要內容
Callaba
產品使用者指南

RTMP 伺服器

接受 RTMP 發布者、發布受控發布者和接收者訪問,並檢查即時位元率、連接和對等位置。

在 Callaba 中找到串流媒體伺服器 → RTMP 伺服器
此模組的用途

RTMP 伺服器是 OBS、硬體編碼器和相容接收器的託管攝取和交付端點。顯式流存取是安全的預設設定;允許所有是一個有意的公共攝取選擇。

在 Callaba 中繼續此工作流程

Callaba RTMP Server

預期的 OBS 發布者在即時分析中可見,並提供下游工作流程。

了解產品如何運作

開始之前

  • 可到達的 TCP 連接埠。

  • 一位真正的發布者,如果需要的話,還有一位接收者。

  • 計劃的流密鑰或主機存取策略。

設定說明

只說明操作員需要的控制項;內部欄位名稱與實作事件不會顯示。

伺服器

配置RTMP監聽器。

名稱和活動狀態

操作員標籤和生命週期狀態。

港口

RTMP 發布者和接收者使用的 TCP 連接埠。

緩衝區長度

伺服器工作流程使用的 RTMP 緩衝。

存取控制

單獨的發布和接收權限。

顯式訪問

需要具有角色和流金鑰或允許的主機的 Stream 物件。

發布者角色

允許客戶端發送媒體。

接收者角色

允許客戶端使用媒體。

允許全部

接受無需預先建立的串流存取的連線。

僅當開放訪客發布是有意的產品要求時才使用。

即時分析

了解誰已連接以及媒體是否在流動。

活動流

伺服器上的當前流計數。

出版商和收件者

目前連線按角色計數。

輸入和輸出位元率

媒體從發布者到達並離開到接收者。

對等地址和區域

顯示活動對等點的連線 IP 和地理位置上下文。

連線持續時間

每個發布者或接收者保持連線的時間長度。

安全的首次工作流程

  1. 01

    在未使用的 TCP 連接埠上建立 RTMP 伺服器。

  2. 02

    選擇明確訪問,除非訪客發布是產品要求。

  3. 03

    使用唯一密鑰建立發布者流並連接OBS或編碼器。

  4. 04

    如果需要播放,請建立一個單獨的接收器流。

  5. 05

    驗證發布者數量、輸入位元率、對等位址/區域和下游播放。

工作流程範例

適用情境

受控 OBS 貢獻

一位已知製作者從 OBS 發送一個 RTMP 來源。

OBS出版商
碼流密鑰顯式訪問
Callaba RTMP攝取+分析
生產重播/錄製/觀看
動畫工作流程圖: 受控 OBS 貢獻

如何建立

  1. 1

    建立 RTMP 偵聽器和僅限發佈者的 Stream 金鑰。

  2. 2

    輸入 RTMP URL 並鍵入 OBS 並開始串流。

  3. 3

    確認一個發布者、非零輸入位元率和預期的對等區域。

  4. 4

    在錄製、重播、多重檢視或網路播放器中選擇經過驗證的來源。

適用情境

具有產生的串流金鑰的訪客 RTMP 發布者

您的產品有意讓外部發布者創建和使用自己的連結身分。

客座出版商指定鍵
准入政策出版商邊界
RTMP伺服器會話分析
操作員地址+地區
動畫工作流程圖: 具有產生的串流金鑰的訪客 RTMP 發布者

如何建立

  1. 1

    定義訪客是否接收明確串流記錄或有意開放的伺服器策略。

  2. 2

    將發布者和接收者權限分開。

  3. 3

    向每位訪客顯示正確的 URL/金鑰,而無需暴露其他憑證。

  4. 4

    監控會話期間的連線身分、位址、區域、持續時間和位元率。

驗證結果

  • 預期發布者以非零輸入位元率出現。
  • 發布者和接收者數量與真實客戶相符。
  • 顯示活動會話的對等位址、區域和連線持續時間。
  • 未經授權的金鑰或主機在明確存取下會被拒絕。

疑難排解

OBS無法發布

檢查
  • 檢查 TCP 防火牆和連接埠。
  • 符合 RTMP URL、串流金鑰和發布者角色。
  • 確認伺服器處於活動狀態。
然後執行

在新增接收器或下游處理之前測試一個明確發布者。

發布者已連接,但輸出位元率為零

檢查
  • 確認OBS正在發送視訊/音訊。
  • 首先檢查輸入比特率。
  • 驗證接收器或下游模組是否已連接。
然後執行

修復第一個零位元速率邊界而不是更改存取策略。