接続性

多くのクライアントは、同じ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でサーバーのセキュリティを確認することを強くお勧めします。