RTMP 伺服器是直播發布者的接收點。編碼器或製作應用會發送 RTMP URL 和流密鑰；伺服器接受該工作階段、應用存取策略，並為下一個選定任務提供流。它不會自動成為觀眾播放器、CDN、錄製器或製作切換臺。
RTMP 伺服器的作用
一個有用的心智模型是：發布者 → RTMP 伺服器 → 選定的下游模塊。發布者可以是 OBS、FFmpeg 或編碼器。已發布的 RTMP 規範保存在歷史規範鏡像中。伺服器向發布者提供地址和憑據，然後讓操作員確認連接和媒體是否處於活動狀態。錄製、路由、監看和觀眾交付各自都需要設定和驗收檢查。
| 層級 | 需要回答的問題 |
|---|---|
| 接收 | 已分配的發布者是否攜帶預期密鑰到達監聽器？ |
| 媒體 | 影片、音訊和位元率在接收端是否可用？ |
| 下游 | 應由哪個單獨設定的監看、錄製、路由或播放器接收它？ |
仔細讀取發布地址
RTMP 端點通常將伺服器地址或應用路徑與流名稱或密鑰組合。應把密鑰當作憑據：從部署中複製，不要放入公開文檔，若已暴露則應替換。連接埠取決於部署；在檢查監聽器和防火牆策略前，不要假定連接埠可達。
選擇受控存取或訪客存取
受控模式為同一已設定流名稱分配 Publisher 和 Receiver 角色；因此兩個角色可使用相同的 RTMP URL。訪客模式沒有預先建立的存取規則，而是有意開放端點：發布時選擇非空流名稱，接收時使用同一名稱。
按順序驗證交接
- 在受控模式中，確認該流具有 Publisher 和 Receiver 角色；在訪客模式中，確認開放端點是有意設定的。
- 發布已知來源，並確認活動發布者狀態和傳入位元率。
- 從設定的接收端或監看路徑檢查影像和預期音訊。
- 僅在此之後測試選定的錄製、路由或瀏覽器輸出工作流程。
如果 OBS 顯示正在推流但伺服器未顯示發布者，請比較精確的 URL 和密鑰，然後檢查 DNS、監聽器連接埠和存取規則。如果發布者可見但下游路徑為空，則接收檢查已經通過；應排查該下游模塊，而不是隨意更改編碼器。
執行收到的流
Callaba RTMP Server 是已設定的監聽器和操作控制點：建立發布者與接收者存取、檢查當前活動，並將選定流交給下一個執行任務。瀏覽器播放是獨立的 Web Player 或 HLS 工作流程；現代瀏覽器不能原生播放 RTMP URL。
後續步驟
如需設定接收工作流程，請查看 Callaba RTMP Server。發送端測試請使用OBS RTMP 指南；傳輸邊界請參閱RTMP 協議基礎；若下一項任務是觀看流，請參閱RTMP 播放器與瀏覽器播放。
