IceWhaleの2023年のチュートリアルでは、ダウンロードクライアントとPlexが、ホスト上でメディアが存在する場所と、Plexがコンテナ内で認識するパスについて一致している必要があるという、Dockerに関する普遍的な教訓を説明しています。この記事では、安全なデモンストレーションとしてオープン映画の『Big Buck Bunny』を使用し、ファイルをホストのメディアディレクトリに移動してから、マッピングされた /Media Plex内のフォルダー。
ストレージパスに関する考え方は現在でも重要です。ただし、リモートアクセスのセクションには現状に即した区切りが必要です。Plexでは現在、テレビアプリにサインインするだけの場合よりも具体的な、アカウント、ルーター、リモート再生に関する要件が明記されています。
重要なポイントはホストパスとコンテナパスの違いです
qBittorrentコンテナはファイルを内部パスにダウンロードし、CasaOSはそれらをホストの /DATA 保存場所。Plexには独自のボリュームマッピングがあり、コンテナに明示的に公開されたパスだけを参照できました。
これが、「NAS上にファイルが存在する」だけでは、Plexが自動的にそれを認識できない理由です。
ダウンロード先とPlexのメディア保存場所を一致させる
このチュートリアルでは2つの方法を紹介しています。完了したメディアをPlexが既存のホストメディアディレクトリに移動する方法と、Plexのボリュームマッピングを変更して、両方のアプリケーションが同じホストストレージを参照する方法です。
現在のデプロイでは、大容量のライブラリをダウンロードする前に最終的なメディアフォルダーを選択し、移動や再スキャンを何度も行わずに済むようにします。
/Mediaホストフォルダーをマッピングした後に、コンテナ側のフォルダーからPlexライブラリを作成する
メディアをマッピングしたら、「映画」「テレビ」「音楽」などのライブラリを作成し、コンテナ内のパスを選択します。Plexの設定およびデータベースのパスは、交換可能なコンテナイメージとは別に永続化してください。
保存およびストリーミングする権利のあるメディアを使用する
以前のチュートリアルでは、トレントやマグネット検索について簡単に説明していましたが、例として意図的にBig Buck Bunnyを使用していました。現在も通用するページでは、ユーザーに著作権のあるメディアを無断で入手するよう促すのではなく、合法的な例を維持すべきです。
現在のPlexリモートアクセスには専用の設定ページがあります
現在のPlexでは、リモートアクセスを利用するために、サーバーがPlexアカウントにサインインしている必要があります。ルーターの自動設定にはUPnP/NAT-PMPを使用できます。手動でポート転送する場合は、外部ポートをPlexサーバーの内部TCPポート32400に転送する必要があります。
2023年のテレビ連携のスクリーンショットだけでサーバーにリモートアクセスできると考えず、最新のPlexリモートアクセス要件を使用してください。
TVアカウントのリンクはクライアント認証であり、ルーター設定ではありません
リモートストリーミングではトランスコードが発生する場合があります
帯域幅やコーデックの制限により、リモートクライアントが元のファイルをダイレクト再生できない場合、Plexはトランスコードを行うことがあります。その結果、軽量なNASの処理が、CPUやGPUに大きな負荷のかかる処理に変わる可能性があります。
サーバーのハードウェアで十分だと判断する前に、実際に使用する画質でリモートストリーミングをテストしてください。
既存のPlexサーバーには別の移行手順が必要です
後の返信では、CasaOSでPlexを開くと既存のサーバーに接続された理由が尋ねられました。既存のPlexインストールを移行することは、2台目の空のサーバーを作成することとは異なります。既存のライブラリを移行する際は、Plexのデータベースと設定、およびアカウントのクレーム状態を維持してください。
Plexの設定をメディアライブラリから分離する
2023年のチュートリアルでは、映画を取り込む方法に重点を置いていました /Mediaただし、長期運用するPlexサーバーには、永続的な設定・データベース用のパスも必要です。このフォルダーには、ライブラリのメタデータ、視聴済み状態、ポスター、設定、その他のサーバー状態が保存されます。
メディアは大容量HDDストレージに置き、Plexの設定はより高速なSSDに置くことができます。ただし、両方のホストマッピングを安定させてください。
リモート再生もアップロード帯域幅の影響を受ける
高性能なサーバーでも、自宅のインターネット接続に十分なアップロード帯域幅がなければ、高ビットレートのファイルをリモートでダイレクトストリーム再生できません。Plexは利用可能な帯域幅に合わせて品質を下げたり、トランスコードしたりすることがあります。
リモートアクセスを検証する際は、自宅のWi-Fiに接続した別のデバイスだけでなく、モバイルデータ通信などの実際の外部ネットワークからテストしてください。
UPnPの利便性と手動ポート転送には異なるトレードオフがある
現在のPlexサポートでは、ルーターが対応していれば、UPnP/NAT-PMPによるルーターの自動設定が可能です。手動転送では管理者が明示的に制御できますが、正しいパブリックポートとプライベートポートのマッピング、および安定した内部サーバーアドレスが必要です。
ISPがCGNATを使用している場合、Dockerコンテナが正しく設定されていても、通常のインバウンド転送が機能しないことがあります。
PlexとともにCasaOSダッシュボードを公開しない
Plexのリモートアクセスは、メディアサーバー専用に設計されています。CasaOSの管理インターフェース自体をインターネット上に公開する必要はありません。管理UIは非公開に保ち、リモート接続が必要なサービスだけを公開してください。
コンテナ編集時にライブラリパスを失わない
以前のチュートリアルでは、ボリューム設定を変更するとアプリが再起動すると警告しています。現在の重要な解釈は、Plexを再作成または更新する際に、ホストからコンテナへのメディアパスを同じに保つことです。パスが /Media 別の内部場所に変更すると、マッピングを復元するまでPlexがライブラリを見つからないものとして扱うことがあります。
CasaOS上のPlexに関するよくある質問
qBittorrentではファイルを認識できるのに、Plexでは認識できないのはなぜですか？
2つのコンテナではボリュームのマッピングが異なる場合があり、その結果、ファイルシステムの見え方も異なります。
Plex TVアプリをリンクすると、サーバーへのリモートアクセスが有効になりますか？
いいえ。クライアントのリンクとサーバーのリモートアクセスは別の手順です。
手動でリモートアクセスのポート転送を設定する場合、現在のPlexドキュメントではどの内部ポートを使用していますか？
Plex Media ServerのTCPポート32400。
