PlexはWi-Fiでは動作するのに、EthernetやVPNでは接続できない：経路を切り分ける方法

Plexがあるネットワーク経路では動作するのに、別の経路では失敗する場合は、サーバー設定を固定したまま、変化する経路をテストしてください。

同じクライアント上でも、Wi-Fi、Ethernet、VPNのインターフェースは、それぞれ異なるIP、DNSサーバー、ルート、MTU、VLAN、ファイアウォールポリシーを使用できます。同じメディアとアカウントが一方の経路で動作するなら、サーバー全体に変更を加えるのは最初の対応として適切ではありません。各インターフェースで、サーバーへの直接到達性、DNS解決、ルート選択、再生モードを比較してください。

Plexの設定より先にアドレスとルートを比較する

問題のあるインターフェースは、別のサブネットに接続しているか、別のデフォルトルートを選択している可能性があります。ネットワーク名をそのまま信頼せず、クライアントからサーバーのIPアドレスとルートを確認してください。

EthernetとWi-Fiの両方が有効な場合、ルートメトリックによって、同じ宛先への経路がインターフェースごとに異なることがあります。そのため、最初の診断ではPlexの設定ではなく、ルーティングとインターフェースポリシーを確認してください。

両方の経路でサーバーアドレスにpingを送るか接続し、クライアントのIPアドレスとサブネットを比較して、ポート32400に使用されるルートを確認してください。Ethernetからサーバーに直接接続できない場合は、修正をネットワーク層に限定してください。

DNSとVPNのルーティングを分けて確認する

VPNは、Plexアプリケーションを変更せずに、ルートの優先順位とDNSの両方を変更することがあります。スプリットトンネリングでは、リクエストを受信したインターフェースとは別のインターフェースから返信が送信される場合もあります。

スプリットトンネリングは、返信トラフィックがリクエストを受信したインターフェースではなくVPNのルートから送信されると、正常なPlex経路が成立していても機能しなくなることがあります。

原因を切り分けるためにVPNを一時的に無効化し、結果を確認したら再度有効にしてルートテーブルを比較してください。メディアやデータベースの設定に触れる前に、非対称ルーティングまたはスプリットトンネルのポリシーを修正してください。

小さなリクエストは動作するのにストリームが停止する場合はMTUをテストする

経路によっては、小さな制御トラフィックは通過しても、大きなパケットがフラグメント化されたりタイムアウトしたりすることがあります。このパターンは、VPNトンネルや一部のモバイル回線、ISPのリンクで特に重要です。

別の経路では動作する一方で、あるトランスポートだけでMTUに起因するPlex障害が発生する場合があります。このとき、パケットサイズをVPNまたはISP固有の停止を切り分けるための限定的なテストとして利用できます。

パスMTUテストを実行するか、管理された環境でトンネルのMTUを一時的に下げてください。Plexを変更せずに再生が安定するなら、原因の切り分けはトランスポート層で続けてください。

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

基本的な接続が安定してからPlexを再テストする

直接到達性、ルート、DNS、MTUが一貫したら、各経路で同じPlexコンテンツと画質をテストしてください。これにより、ネットワークの修正とクライアント側のトランスコード変更を混同せずに済みます。

Plexの設定に戻る前に、修正した経路でネットワークエラーや飽和状態が発生していないことを確認し、その後、ネットワークの変数を一定に保ったまま同じコンテンツと画質で再現してください。

ネットワーク経路が安定しているのに1台のクライアントだけが失敗する場合は、クライアントの互換性またはキャッシュされた状態を確認してください。サーバー全体のネットワーク設定を再び変更するのではなく、既知のPlexリモートストリーミング経路を基準として保持してください。