コンテンツにスキップ

ネットワーキング

接続性

多くのクライアントは、同じLANで実行されているサーバーを自動的に検出し、ログイン時にそれらを表示します。接続時にネットワークに接続していない場合は、サーバーフィールドに正しいポートを使用して完全なIPアドレスまたはドメイン名を入力し、ログインページに進むことができます。 Webフロントエンドにアクセスするためのデフォルトのポートを以下に示します。

ポート固定

このドキュメントの目的は、Jellyfinがリンクされているポートとそれらが果たす目的の知識を管理者に提供することです。

ネットワーキングネットワーキング

静的ポート

  • 8096 / tcpは、デフォルトでHTTPトラフィックに使用されます。これはダッシュボードで変更できます。
  • 8920 / tcpは、デフォルトでHTTPSトラフィックに使用されます。これはダッシュボードで変更できます。
  • 1900 / udpは自己検出サービスに使用されます。これは構成できません。

HTTPトラフィック: 8096

ここからWebフロントエンドにアクセスして、ローカルネットワークでのSSL証明書の問題をデバッグできます。これらの設定はページから変更できます ネットワーキング 設定で。

HTTPSトラフィック: 8920

これらの設定はページからも変更できます ネットワーキング 別のポートを使用する。

発見サービス: 1900

このオプションが構成可能である場合、クライアントの自動検出は機能しなくなるため、現時点では設定で変更することはできません。 DLNAもこのポートを使用し、ローカルサブネット上にある必要があります。

顧客発見: 7359 UDP

顧客がローカルネットワークでJellyfinを発見できるようにします。 「JellyfinServerとは」とこのポートにブロードキャストされるメッセージサーバーのアドレス、ID、名前を含むJSON応答が返されます。

動的ポート

ライブTVデバイスは、HDHomeRunデバイスにランダムなUDPポートを使用することがよくあります。サーバーは、起動時に未使用のポートを選択して、これらのチューナーデバイスに接続します。

リバースプロキシの背後でJellyfinを実行する

Jellyfinは、リバースプロキシとして機能する別のサーバーの背後で実行できます。リバースプロキシを使用すると、このサーバーはすべてのネットワークトラフィックを処理し、それをJellyfinに送信します。これにより、DNS名を使用し、ポート番号を覚える必要がないという利点が得られ、SSL証明書の統合と管理が容易になります。

警告する

リバースプロキシが最大の利点を得るには、パブリックにルーティングされたIPアドレスと適切に構成されたDNSドメインが必要です。これらの例では、サブドメイン(jellyfin.example.com)でJellyfinを実行することを想定していますが、必要に応じてルートドメインに簡単に適合させることができます。

リバースプロキシシステムの一般的なオプションには、Apache、Caddy、Haproxy、Nginx、Traefikなどがあります。

Let$0027s Encryptはリバースプロキシではありませんが、SSL証明書を提供するために独立して、またはリバースプロキシと共に使用できます。

このガイドに従うときは、次の変数を自分の情報に置き換えてください。

  • ドメイン名:Jellyfinにアクセスするためのパブリックドメイン名(例:jellyfin.example.com)
  • example.com:Jellyfinサービスのドメイン名は(たとえばexample.com)で機能します
  • サーバーIPアドレス:JellyfinサーバーのIPアドレス(リバースプロキシが同じサーバー上にある場合は127.0.0.1を使用)

さらに、サンプルはLet$0027s暗号化証明書で使用するように構成されています。別のソースからの証明書がある場合は、SSL設定を/ etc / letsencrypt / Domain_name /から証明書とキーの場所に変更します。

ルーターとファイアウォールでポート80および443(プロキシサーバーを指す)が開いている必要があります。

ベースURL

パス(https://example.com/jellyfin)でのJellyfinの実行は、AndroidおよびWebクライアントでサポートされています。

警告する

ベースURLは、HDHomeRun、DLNA、Sonarr、Radarr、Chromecast、MrMCを破壊することが知られています。

ページのベースURLを設定する ネットワーキング これは、JellyfinインスタンスにアクセスできるURLのプレフィックスを指定するために使用される詳細設定です。実際には、このURLスニペットをURLパスの先頭に追加します。たとえば、http:// myserverにJellyfinサーバーがあり、ホームページhttp://myserver/web/index.htmlにアクセスする場合、/ jellyfinのベースURLを設定すると、このホームページがhttp:// myserverに変更されます。 /jellyfin/web/index.html。これは、管理者が単一のドメイン名で複数のJellyfinインスタンスにアクセスする場合、またはJellyfinインスタンスが/でリッスンする他のサービスを持つ別のドメインのサブルーチンにのみ存在する場合に役立ちます。

構成ページで入力された値は、トラックが含まれるように正規化されます。

この構成では、管理者が準備ができるまで既存のルートが無効になるのを防ぐために、サーバーを再起動して変更する必要があります。

このシナリオには、3つの主な警告があります。

  1. 新しいベースURLを設定する(つまり、/から/ baseurl)またはベースURLを変更する(つまり、/ baseurlから/ newbaseurl)と、Jellyfin Webサーバーはリダイレクトを自動的に処理して、ユーザーに無効なページを表示します。たとえば、パス/でベースURL / jellyfinを使用してサーバーにアクセスすると、/ jellyfinのベースURLが自動的に追加されます。ただし、ベースURLを完全に削除しても(つまり、/ baseurlから/、設定の空の値)、これは行われません-古いベースURLパスを持つすべてのURLが無効になり、404エラーがスローされます。既存のベースURLを削除する場合は、考慮する必要があります。
  2. 現在のところ、クライアントアプリケーションは通常、ベースURLリダイレクトを暗黙的に処理しません。したがって、たとえばAndroidアプリケーションでは、ホスト構成にベースURL(たとえば、http:// myserver:8096 / baseurl)も含める必要があります。そうしないと、接続が失敗します。
  3. 新しいベースURLを処理するには、すべてのリバースプロキシ設定を更新する必要があります。一般的に、Jellyfinインスタンスに/を渡すと、すべてのケースで正常に動作し、ルートは正規化されます。これは、私たちの例の標準設定です。ただし、より高度なルーティングを行う場合は、このことに注意してください。

最後のステップ

これらのサービスをインターネットに公開する場合は、SSLの強度とSSLLabsでサーバーのセキュリティを確認することを強くお勧めします。

ja日本語
es_ESEspañol zh_CN简体中文 hi_INहिन्दी arالعربية pt_BRPortuguês do Brasil bn_BDবাংলা ru_RUРусский de_DEDeutsch fr_FRFrançais it_ITItaliano ja日本語