RTSP カメラの URL を安全に作成してテストする方法

RTSP の URL は、スキーム、カメラのアドレス、任意のポート、認証情報、メーカー固有のパスという複数の部分で構成されています。1 文字間違えるだけで、ネットワークがブロックされているときと同じ空のプレビューになることがあるため、認証情報を含む完全な URL を共有せずに、前提を 1 つずつ確認してください。

このガイドは外部の IP カメラ向けです。プリンター内蔵のカメラは、サポートされているプリンター連携に接続したままにしてください。

Printer Tools

すべての3Dプリンターを1つのダッシュボードで

1つのアプリからBambu Lab、Klipper、OctoPrint、Creality、Snapmaker、Anycubic、Flashforge、Elegoo、Prusaのプリンターを監視

Android、iPhone、iPad、Macに対応し、Apple WatchとWear OSのコンパニオンアプリ、VPN、OctoEverywhere、Obicoによるオプションのリモートアクセスも利用可能

カメラのドキュメントから始める

カメラの正確なモデルとファームウェアに対応した RTSP の項目を探します。見た目が似ているモデルでも、パスが異なったり、先に RTSP を有効にする必要があったりします。

ローカル IP アドレス、RTSP ポート、ストリームのパス、ローカルユーザーが必要かどうかを記録してください。初期設定の認証情報を含む公開例を、本番のネットワークにそのままコピーしないでください。

URL の構造を理解する

一般的な構造は rtsp://user:password@camera-address:port/path ですが、スキーム以降の各要素はデバイスによって異なります。認証情報を別の入力欄で受け取り、認証付き URL を内部で組み立てるアプリもあります。

Printer Tools に認証情報の入力欄が別に用意されている場合は、そちらを使ってください。長い文字列の中で秘密情報を編集する必要がなくなり、予約文字によるミスも減らせます。

特殊文字を正しくエンコードする

@, :, /, ?、# などの文字は、URL の中で特別な意味を持ちます。これらを含むパスワードを URL に埋め込む場合は、パーセントエンコードが必要になることがあります。

エンコードを避けるためだけにパスワードを弱くしないでください。カメラのローカルアカウント機能と、Printer Tools が求める入力形式を使います。

同じネットワークからテストする

まず、デバイスからカメラのアドレスに到達できるか確認します。次に Printer Tools にストリームを追加し、最初のネゴシエーションを待ちます。タイムアウトはルーティングかポートのブロック、認証エラーはユーザー名、パスワード、アカウント権限、「見つかりません」という応答はストリームのパスに原因があることを示します。

ゲストネットワークや VPN を調べる前に、メインの LAN でテストしてください。動作したら、DHCP でカメラのアドレスを予約します。

メインストリームかサブストリームかを選ぶ

メインストリームは細部まで見えますが、Wi-Fi やモバイルのデコーダーに負荷をかけすぎることがあります。造形物の定着や印刷の進行を確認するだけなら、解像度とフレームレートを抑えたサブストリームで十分なことが多いです。

小さめの設定から始めて安定性を確認し、監視用デバイスとネットワークに余裕がある場合にだけ画質を上げてください。

完全な URL は絶対に公開しない

認証付きの RTSP URL には、カメラのアドレス、ユーザー名、パスワードが 1 行にまとめて含まれていることがあります。スクリーンショット、ログ、サポートへのメッセージでは、認証情報とプライベートアドレスを伏せてください。

URL が漏れた場合は、カメラのパスワードを変更してください。コピーが残っている可能性があるため、メッセージを削除するだけでは不十分です。

リモートアクセスには VPN を使う

RTSP は、自宅のルーターから直接公開することを想定して設計されていません。ポートフォワーディングは行わないでください。信頼できる VPN 経由で接続すれば、Printer Tools は自宅と同じプライベートアドレスにアクセスできます。

プロファイルを自動で検出するには、ONVIF カメラのガイドを使ってください。

よくある質問

ポート 554 が常に正しいのですか？

よく使われるポートですが、カメラが別のポートを使う場合もあります。デバイスの正確な設定に従ってください。

パスワードのせいで URL が壊れるのはなぜですか？

予約文字が URL の区切り文字として解釈されることがあるためです。入力欄を分けるか、正しくパーセントエンコードしてください。

メインストリームのほうが常によいのですか？

いいえ。サブストリームのほうが、はるかに少ない帯域幅で、ダッシュボードのプレビューを安定して表示できることがあります。

URL をサポートに送ってもよいですか？

伏せ字にしていない認証付き URL は送らないでください。代わりに、エラー内容と秘密情報を除いた構造を伝えてください。

公式情報: RFC 7826 — RTSP 2.0 · RFC 3986 — URI percent-encoding · ONVIF — Profile S