リバースプロキシの再起動後にJellyfinへログインできないのはなぜですか？

リバースプロキシの再起動後もJellyfinがローカルからの直接ログインを受け付ける場合は、プロキシ経路を障害の切り分け境界として扱います。直接ログインも失敗する場合は、プロキシ設定の変更を中止してください。

再起動したプロキシによって、古い上流ポートが再読み込みされたり、WebSocketや転送ヘッダーの設定が失われたり、異なるホスト名やCookieスコープが提示されたりすることがあります。まずJellyfinの直接URLをテストし、次にプロキシログと認証リクエストを比較してください。変更は一度に1つの層だけに行い、認証情報が露出する可能性のある完全なURLのログ記録は避けます。

Jellyfin自体がログインを受け付けているか確認する

プロキシ経由のログインが再起動直後に失敗します。最も影響の少ない確認から始めます。LANからJellyfinのローカル直接アドレスを開き、同じアカウントでサインインしてください。

重要なのは、次のいずれかを明確に確認することです。直接ログインに成功する、直接ログインで401が返る、直接URLに到達できない。別の変数を変更する前に結果を記録してください。直接接続とプロキシ経由のテスト

推測ではなく、結果に応じて分岐します。直接ログインに成功する場合は認証情報を変更せず、プロキシ層を確認します。失敗する場合はJellyfinのログを確認し、プロキシの編集を中止します。到達できない場合は、まずサービスまたはマウントの状態を修復します。

上流、ポート、WebSocketの状態を確認する

直接ログインは機能しているか、到達できないのがプロキシ経路だけです。最も影響の少ない確認から始めます。プロキシの上流設定とアクセスログを読み取り、プロキシ経由でJellyfinのログインエンドポイントにリクエストします。

重要なのは、次のいずれかを明確に確認することです。502または接続拒否、ログインページは読み込めるがPOSTが失敗する、再生中にWebSocketエラーが発生する。別の変数を変更する前に結果を記録してください。既知のプロキシ設定

推測ではなく、結果に応じて分岐します。上流への接続が拒否される場合は、アドレスまたはポートを修正します。ページは読み込めるがPOSTが失敗する場合は、ヘッダーとスキームを確認します。再生中のWebSocketだけが失敗する場合は、ログインに関する変更とは分けて対応します。

既知のプロキシ、ヘッダー、Cookie、DNSを確認する

プロキシはJellyfinに到達するものの、認証が失敗したりログインループが発生したりします。最も影響の少ない確認から始めます。成功した直接リクエストと失敗したプロキシ経由リクエストを、情報を伏せたログとブラウザーツールで比較します。

重要なのは、次のいずれかを明確に確認することです。JellyfinがクライアントとしてプロキシのIPを認識している、リダイレクト先のホスト名が変わる、Cookieが拒否される。別の変数を変更する前に結果を記録してください。

推測ではなく、結果に応じて分岐します。既知のプロキシまたは転送ヘッダーが異なる場合は、その設定だけを修正します。Cookieまたはホスト名が異なる場合は、影響を受けたサイトデータだけを削除します。DNSが異なる場合は、レコードまたはポート443への経路を修正します。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

1つの層を再読み込みし、ローカルとリモートのログインを確認する

プロキシ、ヘッダー、Cookie、またはDNSを変更しました。最も影響の少ない確認から始めます。プロキシを一度だけ再読み込みし、ローカルとリモートの両方からサインインして、再生セッションを1つ確認します。プロキシ経由の再生経路

重要なのは、次のいずれかを明確に確認することです。両方の経路が2回続けて成功する、ローカルは成功するがリモートは失敗する、ログインは成功するが再生は失敗する。別の変数を変更する前に結果を記録してください。

推測ではなく、結果に応じて分岐します。2回目の再起動後も両方のログイン経路が成功する場合は、そこで終了します。リモートだけが失敗する場合は、プロキシまたはルーターの範囲に絞って確認します。再生が失敗する場合は、WebSocketまたはストリーミングの経路を別途修正します。