ルーター変更後、Plexはローカルでは開くがリモートでは接続できない

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

Plex Opens Locally but Fails Remotely After a Router Change - Zima Store Online

LAN上でPlexが引き続き開く場合は、サーバーを維持したまま、新しいルーターのアドレス設定、NAT、DNS、リモートアクセス経路をこの順番で再構築してください。

ルーターを変更すると、Plexホストのプライベートアドレスが変わったり、以前のポートマッピングが削除されたり、二重NATが発生したり、これまで存在しなかったDNSの挙動が有効になったりすることがあります。これらはネットワーク境界の変更であり、メディアを再スキャンしたり、データベースを置き換えたりする理由にはなりません。まずローカルで1つの再生テストを行い、ISPからPlexまでの新しい経路を確認し、外部テストで有効性が証明された変更だけを残してください。

障害がリモートアクセス限定であることを確認する

まず、Plex自体が正常であることを確認します。LANからサーバーを開き、既知のファイルを再生して、サーバーが引き続き認証済みで応答していることを確認してください。ルーター変更後にローカルアクセスも失敗する場合は、インターネットからのポート転送に取り組む前に、より広範なアドレス設定、DNS、ファイアウォール、またはホストの問題として対処します。

LANでの再生は機能するのにリモートアクセスが失敗する場合は、Plexの状態を変更する前に外部からの経路を切り分けてください。ローカルテストが成功しているなら、データベースや再生エンジンが最初に復旧すべき対象である可能性は低いでしょう。

ローカル再生が機能する場合は、Plexホストの現在のLANアドレスとゲートウェイを記録します。交換したルーターから新しいアドレスが割り当てられている場合、以前の予約やポート転送ルールが誤ったデバイスを指している可能性があります。外部ポートを変更する前に、ホストの識別情報を修正してください。

新しいルーター向けにポート経路を再構築する

ルーターを交換すると、Plexを実行しているコンピューターが変わっていなくても、以前のNAT状態は無効になります。新しいルーターでマッピングを自動作成するのか、それとも1つのパブリックポートを定義して、サーバーの現在のプライベートアドレスとPlexポートへ転送するのかを決めてください。

ルーターを交換した後は、パブリックポートの一致が、ルーターが実際に公開しているポートとPlexが想定しているポートの両方と一致している必要があります。

転送方法を1つだけ適用し、その後、モバイルデータ通信または別の外部ネットワークからテストしてください。ポートに引き続き到達できない場合は、重複するルールを複数作成しないでください。上流側へ移動し、このルーターとインターネットの間に別のNATやファイアウォールが存在していないか確認します。

新しいトポロジーで二重NATが発生していないか確認する

多くのISPゲートウェイは、モデムとルーターの機能を兼ね備えています。その機器の背後に新しいWi-Fiルーターを追加すると、以前は1層だったNATが2層になることがあります。内側のルーターで設定した転送は外側のゲートウェイで止まってしまうため、トポロジーをブリッジモードにするか、両方の層を意図的に設定する必要があります。

2台のローカルルーターがトラフィックを変換している場合は、両方の層をブリッジまたは転送することで完全な受信経路を復元できる場合があります。新しいルーターのWANアドレスとパブリックアドレスを比較して、予期しない外側のNATを特定してください。

両方の機器を管理できる場合は、可能な限りルーティングの責任を1台に集約してください。パブリック側の境界をISPが管理しており、WANアドレスがパブリックアドレスと一致しない場合は、別のローカルルールで解決できると考えず、CGNATを調査してください。

外側の変換が、管理下にある別のルーターではなくISPに属している場合は、通常の二重NATの問題として扱うのをやめてください。この場合はCGNATまたはパブリックアドレスの問題であり、内側のルーターでポート転送を繰り返しても、ISP側の境界で権限を作ることはできません。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

DNSと安全なローカル名前解決を分けてテストする

新しいルーターでは、DNSフィルタリング、DNSリバインディング保護、ローカルリゾルバーの動作、またはDHCPから提供されるDNSサーバーが変わることもあります。こうした変更により、サーバーの生のIPアドレスでは開けるのに、Plexの安全な接続やローカル検出が不安定になる場合があります。

リゾルバーは、DNSリバインディングの動作によって`plex.direct`パターンがブロックされると、安全なローカルPlex名に干渉することがあります。セキュリティ機能を広範囲に無効化する前に、名前解決をテストしてください。

LANクライアントから、サーバーのプライベートIPによるアクセスと、通常のPlexアプリまたは安全なホスト名によるアクセスを比較します。直接IPで機能するのに名前ベースの検出が失敗する場合は、修復対象をDNSに限定してください。ローカルでは両方とも機能し、インターネット経路だけが失敗する場合は、NATとISP側の境界の確認に戻ります。

再起動テスト後に新しい基準を確定する

ホストに別のLANアドレスが割り当てられたり、ルーターが自動マッピングを異なる形で再作成したり、リース更新後に新しいDNS経路が変わったりすると、一時的に成功したリモートアクセスが失われることがあります。信頼性を確保するには、設定が手動修復なしで通常の再起動後も維持される必要があります。

安定したネットワーク再構築計画では、一度だけ緑色のステータスを表示させて終わりにするのではなく、再起動後もホストの識別情報、ルーティング、DNS、リモート到達性を維持できるようにします。

Plexホストのアドレスを予約するか、別の方法で固定し、ホストとルーターを一度再起動してから、ローカルとリモートの再生をもう一度テストします。経路が維持される場合は、パブリックポートのルール、必要に応じてDNSの例外、ISPのトポロジーを記録してください。再起動後に失敗する場合、復旧は完了していません。