異なるアクセス権、アクティビティ、制限、トラブルシューティングが必要な場合は、Plexの世帯別アカウントを分けて使用してください。意図的に同一のIDを共有する場合にのみ、1つの共有アカウントを使用します。
これは単なる利便性ではなく、運用上の選択です。1つのログインにまとめると設定は簡単になりますが、ポリシーとセッション履歴が統合されます。一方、アカウントを分けるとアクセス範囲とサポートの切り分けが明確になります。複数の人やデバイス間で何を分けておく必要があるかを基準に決め、世帯全体に展開する前に選択した運用モデルをテストしてください。
アカウントを分けるとアクセス制御が向上する
ユーザーを分けると、物理的なストレージ構成を変更せずに、ライブラリの制限や共有設定を適用できます。共有ログインでは、すべてのデバイスが同じポリシーコンテキストを引き継ぎます。
世帯のメンバー全員に同じライブラリを表示したくない場合は、ユーザーごとのPlexの制限によって、より明確に境界を設定できます。
制限付きアカウントを1つ作成し、代表的なデバイスから実際に表示されるライブラリを確認してください。全員に本当に同じアクセス権が必要なら、追加のポリシー設定にメリットはないかもしれません。
共有アカウントではトラブルシューティングが不明確になる
複数の人が1つのIDを使用すると、問題の原因がアカウントポリシー、ユーザー状態、特定のデバイスのどれなのかを簡単に特定できません。アカウントを分けることで、診断時に比較できる独立した要素が増えます。
ネットワークのルートメトリックによって、すでにエンドポイントごとに動作が異なる可能性があります。そのため、ユーザーIDも別の変数として維持すると比較しやすくなります。
誰か1人が問題を報告したら、同じアカウントを別のデバイスで、別のアカウントを同じデバイスでテストしてください。アカウントを分けておけば、この組み合わせによる検証が可能になります。
管理対象プロフィールには明確な制約がある
管理対象の世帯ユーザーは便利ですが、共有のすべての場面で独立した完全なアカウントと同等ではありません。外部ライブラリへのアクセスは、この違いを明確にしておく理由の1つです。
ホーム管理者による共有の境界は、独立したPlexアカウントとは異なる場合があります。管理対象ユーザーのアクセス事例からも、管理対象プロフィールにおけるこの点が明確に分かります。
管理対象プロフィールは対応している世帯内の用途に使用し、直接のサインインや外部共有が必要な場合は独立したアカウントを使用してください。プロフィールを見た目上分けるためだけに、全員をアカウント移行させないでください。リモートユーザーの場合は、同じPlexリモートストリーミング経路でアカウントポリシーを検証し、IDの違いとネットワーク経路の違いを混同しないようにしてください。
復旧時も代表的なアクセス権を維持する
復元したサーバーでライブラリの権限や通常のユーザーワークフローを再現する必要がある場合、アカウントモデルも復旧手順の一部になります。管理者だけをテストしても、この要件は満たせません。
完全な復元テストでは、サーバーの状態を再構築した後に、代表的なユーザーの操作を検証する必要があります。
復元の受け入れ確認には、制限付きアカウントとフルアクセスアカウントを1つずつ含めてください。手動で再作成が必要な共有設定があれば記録し、障害発生後に初めて判明する事態を防ぎます。
サポートとヒント
もっと読む

Jellyfinをライブ状態でバックアップすべきか、それとも先にサービスを停止すべきか?
シンプルさを重視するならサービスを停止してバックアップする方法を優先し、アプリケーションの状態が一貫して取得され、復元テストも実施済みの場合に限り、稼働中のスナップショットを使用してください。

誰もストリーミングしていないのに、Jellyfinが高温になったり、動作音が大きくなったりするのはなぜですか?
アイドル時の発熱は通常、バックグラウンド処理または共有ホストのワークロードを意味するため、冷却やハードウェアを変更する前に、実行中のプロセスとスケジュールされたタスクを特定してください。

Jellyfinは修理より再構築すべきタイミングとは?
ランタイムの不整合が問題で、永続状態がバックアップされている場合は、修復より再構築を選択してください。ただし、唯一の正常なデータベースを削除して「再構築」してはいけません。

