Jellyfin には依然として共有の問題があり、Plex は数年前に解決しました

メディアサーバーのセットアップは簡単です。難しい部分は、妹や友人に初めて何かを見させようとするときに現れます。シンプルな招待状のようなものを送信すると、突然、ポート、ドメイン、そしてテレビのリモコンでコロンを入力できない理由について説明することになります。サーバーがどこにあるかは、技術者ではない人がどのようにサーバーにアクセスするかよりも重要です。私はその会話のどちらの側にも立ってきました。 Plex が Jellyfin よりも歓迎されるプラットフォームであるのには理由があります。

Plex と Jellyfin はさまざまな方法でユーザーを開始します

Plex サーバーはアカウントに関連付けられています

Plex と Jellyfin の主な違いは、システムの責任者が誰であるかです。 Plex は、plex.tv を通じて中央アカウント システムを実行しているため、Plex サーバーは Plex アカウントにリンクされ、そのクラウド サービスがすべての中心に位置します。ジェリーフィンは逆の方向に進みます。中央サービスはまったくありません。ローカル サーバーはすべての作業をそれ自体で実行し、外部の企業やクラウド プラットフォームには一切触れません。

これは、ライブラリを誰かと共有しようとするとわかります。 Plex では、管理ページにメール アドレスを入力するだけで招待されます。ユーザーはそれを受け入れ、使用しているデバイスで Plex アカウントにサインインすると、サーバーが自動的にポップアップします。

これは非常に高速で、共有相手はネットワークの仕組みについて何も理解する必要がありません。ほとんどすべての招待システムがこのように機能するため、私たちは今ではこれを当然のことと考えています。

残念ながら、Jellyfin はそのようにはまったく機能しません。物事を結び付ける中心的なサービスがないため、手動で行う必要があります。サーバー上にその人のアカウントを作成し、サーバーのアドレス (IP アドレス、ポート番号、自分で設定したドメイン名など) を渡します。

ログイン画面が表示される前に、Jellyfin アプリを開いてアドレスを手動で入力する必要があります。時代遅れに感じますが、安全性は高くなります。

ラップトップまたはデスクトップを使用しているほとんどの人にとって、それは面倒ですが、実行可能です。ただし、これをテレビで試すとかなり苦労するでしょう。リモコンでスクリーン キーボードを操作して、次のような文字を入力します。 jellyfin.myhome.net:8096 迷惑です。気づかずに 1 文字を間違えると、接続が失敗するだけで、その理由は通常は説明されないため、事態はさらに悪化します。

ほとんどの人は、何かにアクセスするために電子メールを放棄することに慣れているため、そのアイデアを一般ユーザーに売り込むのは困難です。

Jellyfin サーバーをリモートで共有するには実際のセットアップが必要です

あなたはネットワークスタック全体を担当します

Jellyfin には面倒な作業を行うクラウド サービスがないため、家の外からサーバーにアクセスできるようにするための作業はすべてお客様の負担になります。サーバーに固定のローカル IP アドレスを割り当てて、アドレスが移動しないようにし、次にポート転送を設定して、インターネットから入ってくるトラフィックが宛先を認識できるようにする必要があります。通常は、ポート 80、443、または Jellyfin のデフォルト ポート 8096 を処理します。

ここまで完了したら、セキュリティ側を設定する必要があります。暗号化されていない接続を介してログイン認証情報とビデオ ストリームを送信するのは悪い計画であるため、HTTPS が必要です。これを実行するには、ドメイン名を登録し、自宅のインターネット接続に静的 IP がない場合は、ドメインが常に正しい場所を指すように動的 DNS をセットアップする必要があります。

そこから、Nginx や Caddy などのリバース プロキシをインストールし、受信する暗号化された接続を処理して Jellyfin に渡すように構成します。 Let’s Encrypt などのサービスを通じて SSL 証明書を自動更新するように設定します。また、プロキシが特定の接続ヘッダーを適切に転送することを確認する必要もあります。そうしないと、Web インターフェイスなどが微妙な方法で壊れる可能性があります。

Plex がこれらのほぼすべてを処理します。 Plex が起動すると、UPnP または NAT-PMP を使用して独自にルーターの状況を整理し、サーバーのパブリック アドレスを plex.tv に登録し、plex.direct ドメインで独自の証明書システムを処理します。ルーターの設定が複雑すぎたり、直接接続が制限されすぎたりする場合、Plex は独自の中継サーバーを介してトラフィックをルーティングするようにフォールバックするため、何も操作しなくても接続は機能します。

Jellyfin では、ネットワーク スタックのすべての部分をセットアップして維持します。 IP が変更されたり、証明書の有効期限が切れたり、ポート転送ルールが壊れたりすると、修正するまでサーバーはすべてのユーザーに対してオフラインになります。

Jellyfin がこのように機能するのには理由があります

Plex の方が簡単ですが、紐付けが必要です

Jellyfin は、Emby が有料機能を備えたクローズドソース モデルに移行した後、Emby のフォークとして 2018 年に作成されました。 Jellyfin の目的は、完全に無料、オープン、独立したメディア サーバーを構築することでした。つまり、中間に企業は存在せず、クラウド アカウントもサブスクリプションもテレメトリも存在しません。サーバー、データ、ルールの所有者はあなたです。

Plex は、オープンソース XBMC プロジェクトのフォークとして始まりましたが、クラウドとサブスクリプション層を中心に構築された商用プラットフォームになりました。私の経験からすると、はるかに便利で、間違いなく使いやすいですが、いくつかの条件が付いています。オンラインを維持するには plex.tv が必要なので、Plex が設定するアカウント ポリシーに対処する必要があります。また、リモート ストリーミングなどの一部の機能は、有料の Plex Pass または Remote Watch Pass サブスクリプションに依存しています。

これはおそらくセルフホスティングで見られる最大の議論の 1 つです。プライバシーと自主性を重視する人は、Jellyfin を好む傾向があります。インフラストラクチャを自分で実行しており、何も追跡されないため、欠点は公正な取引です。ただ映画を見たり、ライブラリを家族と共有したいだけの人は、テレビを見るためにパートタイムのシステム管理者になることに興味がないため、Plex を好む傾向があります。

全体的にどちらが優れているというわけではありません。 Plex は簡単に構築されており、サーバーを実行する代わりにストリーミング サービスを使用しているように感じます。 Jellyfin は安全に設計されているため、実行を続けるのは少し難しくなります。 Plex は共有が簡単ですが、どちらを好むかは、メディア サーバーに何を求めるかによって異なります。

時間やお金がかかることになる

どちらのプラットフォームも完全に無料であるとは感じられません。 Plex はあなたの自主性の一部と、場合によってはサブスクリプションを求めます。一方、Jellyfin はあなたの時間と、壊れたときに直す意欲を求めます。共有する相手が再生ボタンを押すだけの家族である場合、Jellyfin が余分な作業をする価値はないかもしれません。セットアップ全体を所有することを重視する場合は、追加の作業が必要になります。選択する前に、実際に誰が視聴するのかを考えてください。彼らはあなたよりもその選択をより強く感じるからです。