ローカルDNSが正しいIPアドレスを返すのに、間違ったサービスへ接続される原因は何ですか？
ローカルDNSが正しいNASのIPアドレスを返していても、共有リバースプロキシがホスト名を別の仮想ホストへルーティングすると、誤ったサービスが開くことがあります。
ZimaSpaceホームサーバーでは、Nginx、Traefik、Caddyなどのリバースプロキシの背後で、複数のアプリが1つのLANアドレスを共有する場合があります。DNSが選択するのは接続先のIPアドレスだけです。ブラウザーはTLS SNIとHTTP Hostヘッダーを通じてホスト名も送信し、プロキシがどのコンテナにリクエストを渡すかを決定します。
Split-DNSの応答が本当に意図したものか確認する
ローカルのレコードとパブリックのレコードを比較し、両方のホスト名が同じリバースプロキシで終端する想定になっていることを確認します。
Split-DNSでプライベート経路を返す方法を扱った、ホームラボ向けの具体的なSplit-DNS記事は、基礎プロトコルの定義だけでなく同じ小さな問題を扱っているため、この切り分けに役立ちます。
内部DNSが返すアドレスだけを変更し、ブラウザーのホスト名はそのままにします。
プロキシがホスト名でルーティングしていることを確認する
想定したホスト名でリクエストを送信し、同じNASへの直接IPアクセスと比較します。
Hostヘッダーでバックエンドが選択される仕組みを扱った、ホームラボ向けの具体的なリバースプロキシ解説は、基礎プロトコルの定義だけでなく同じ小さな問題を扱っているため、この切り分けに役立ちます。
直接IPでデフォルトアプリが開き、ホスト名で正しいアプリが開く場合、原因はDNSではありません。仮想ホストのルーティングが設計どおりに動作しています。
Hostヘッダーが書き換えられていないか確認する
プロキシとバックエンドで、Hostヘッダーおよび転送されたホストのヘッダーを確認します。
Hostヘッダーの変更によってルーティングが変わる仕組みを扱った、セキュリティとHTTPに関する具体的な解説は、基礎プロトコルの定義だけでなく同じ小さな問題を扱っているため、この切り分けに役立ちます。
ホスト名を書き換えているレイヤーだけを修正します。HTTPのルーティングエラーを補うために、重複したDNSレコードを追加しないでください。
HTTPルーティングの前にTLS SNIを確認する
1つのIPアドレスで複数のHTTPSアプリを運用する場合でも、意図した証明書と仮想ホストを選択するために、必要なホスト名を提示する必要があります。
SNIによって1つのIPアドレス上のHTTPSサイトを選択する仕組みを扱った、SNIに関する具体的なガイドは、基礎プロトコルの定義だけでなく同じ小さな問題を扱っているため、この切り分けに役立ちます。
証明書名とバックエンドのルートを比較します。別のアプリ用の証明書が表示される場合、リクエストが意図したサービスに到達する前の選択処理で問題が発生した証拠です。
デフォルトの仮想ホストを確認する
どのホスト名ルールにも一致しない場合、多くのプロキシは別のアプリに割り当てられている可能性があるデフォルトサーバーを返します。
一致しないホスト名がデフォルトサーバーに到達する仕組みを扱った、Nginxに関する具体的なトラブルシューティング記事は、基礎プロトコルの定義だけでなく同じ小さな問題を扱っているため、この切り分けに役立ちます。
明示的なホストルールと中立的なデフォルト応答を設定し、未知のドメインすべてに対する受け皿として1つのアプリが使われる状態を避けます。
DNSルーティングとプロキシルーティングを分けて考える
DNSはアドレスの選択、リバースプロキシはアプリケーションの選択を担うものとして扱います。
DNSとリバースプロキシが異なるルーティング層を解決する仕組みを扱った、DNSとリバースプロキシの違いに関する具体的な解説は、基礎プロトコルの定義だけでなく同じ小さな問題を扱っているため、この切り分けに役立ちます。
LANクライアントから、正確なアプリのホスト名を使って再テストします。直接IPのブックマークを使わず、期待した証明書、プロキシルート、バックエンドが得られれば正しい結果です。
ホームサーバーへの実際の経路を再テストする
1つの変数を変更したら、別の経路を使う可能性がある別のテストへ切り替えず、同じクライアントから同じNASまたはセルフホスト環境の手順を繰り返します。
関連するホームサーバーのネットワーク経路を扱ったZimaSpaceのガイドは、最終確認を同じセルフホスト環境に結び付けるのに役立ちます。
再接続、サービスの再起動、そして2回目の制御された転送またはリクエストの後も、元の症状が解消されたままであることを確認して初めて、修正は完了です。
おすすめ商品
サポートとヒント
もっと読む
Plexは別のDockerコンテナとGPUを共有できますか？
Plexと別のコンテナは同じGPUにアクセスできることが多いですが、ドライバーのサポート、デバイスマッピング、ビデオエンジンの負荷、メモリ、復旧動作をテストする必要があります。
Plexのエラーがクライアント側とサーバー側のどちらに起因するかを見分ける方法
別のクライアントで同じ項目を再現し、セッションパスを比較してから、スコープによって障害の実際の所在が特定された後にのみサーバーの証拠を収集してください。
Plexのキャッシュとトランスコード用一時ストレージを設定する方法
永続的な Plex の状態を保護しつつ、トランスコードの一時ファイルを適切なローカルストレージに配置し、クリーンアップ、空き容量、再起動時の動作を確認します。
