解決できること

この手順は、オペレーターがpublisher、receiver、ゲスト権限を意図的に設定し、接続を可視化して RTMP ingest を運用しますための管理された経路を提供します。

使用するタイミング

初期設定、計画変更、障害復旧でpublisher、receiver、ゲスト権限を意図的に設定し、接続を可視化して RTMP ingest を運用します必要がある場合に使用します。

ダッシュボードの経路

Streaming servers → RTMP serversルート/rtmp-servers/list

前提条件

Callaba インスタンスの管理者権限と、このモジュールを変更する権限。
メンテナンス時間または非本番リソース、および実際のテストソースかクライアント。
保存前の現在値、割り当て済みポート、認証情報の記録。

Callaba UI での手順

01
ダッシュボードのサイドバーで Streaming servers → RTMP servers をたどり、確認済みルート /rtmp-servers/list を開きます。
02
「RTMP サーバー運用」を変更する前に、現在の server_port, stream_control_type, stream_id, access_settings を記録します。
03
「RTMP サーバー運用」で publisher、receiver、ゲスト権限を意図的に設定し、接続を可視化して RTMP ingest を運用しますために server_port, stream_control_type, stream_id, access_settings を設定します。関係のない値は変更しません。
04
Save [creating-form-save] → Start [START] を実行します。別の変数を試す前にフォームまたは一覧が安定するまで待ちます。
05
実際のソース、宛先、またはブラウザークライアントを使用し、streams_count, publishers_count, receivers_count, input_bitrate_kbps, output_bitrate_kbps, address, country を確認します。

確認するコントロール

server_port
stream_control_type
stream_id
access_settings

実行する操作

Savecreating-form-save
StartSTART

検証するシグナル

streams_count
publishers_count
receivers_count
input_bitrate_kbps
output_bitrate_kbps
address
country

期待される結果

Save [creating-form-save] → Start [START] が成功し、実際のワークフローで streams_count, publishers_count, receivers_count, input_bitrate_kbps, output_bitrate_kbps, address, country が確認できたら完了です。

トラブルシューティング

保存した変更が表示されない

保存応答を確認し、モジュールを一度更新して、表示値を変更前の記録と比較します。検証エラーを修正してから再試行します。

接続または再生に失敗する

実クライアントが使うホスト、ポート、プロトコル、認証情報、ファイアウォール経路を確認します。まず一つのソースと一つの宛先で試します。

モジュールは起動するが不安定

最後に動作した値へ戻し、ライブ統計とプロセスエラーを確認して、変更を一つずつ戻します。

製品ページ / 正確な API リファレンス

製品の利用文脈を確認するか、検証済み API endpoint から同じ操作を自動化します。

製品ページCallaba RTMP Server正確な API リファレンス正確な API リファレンス 1 · create-rtmp-server正確な API リファレンス正確な API リファレンス 2 · get-rtmp-server-statistics

RTMP サーバー運用