Plex s’ouvre en local, mais échoue à distance après un changement de routeur

Si Plex s’ouvre toujours sur le réseau local, préservez le serveur et reconstruisez, dans cet ordre, l’adressage, le NAT, le DNS et le chemin d’accès distant du nouveau routeur.

Un changement de routeur peut attribuer une autre adresse privée à l’hôte Plex, supprimer une ancienne redirection de port, introduire un double NAT ou activer un comportement DNS qui n’existait pas auparavant. Il s’agit de changements en périphérie du réseau, et non de raisons de rescanner les fichiers multimédias ou de remplacer la base de données. Commencez par un test de lecture local, identifiez le nouveau chemin entre l’accès de votre FAI et Plex, puis ne conservez chaque modification que lorsqu’un test externe la confirme.

Confirmer que la panne est uniquement distante

Vérifiez d’abord que Plex lui-même fonctionne correctement. Ouvrez le serveur depuis le réseau local, lisez un fichier connu et confirmez que le serveur reste associé à votre compte et réactif. Si l’accès local échoue également après le changement de routeur, traitez d’abord ce problème plus général d’adressage, de DNS, de pare-feu ou d’hôte avant de vous occuper de la redirection depuis Internet.

Lorsque l’accès distant échoue alors que la lecture sur le réseau local fonctionne toujours, isolez le chemin externe avant de modifier l’état de Plex. Un test local réussi signifie que la base de données et le moteur de lecture ne sont probablement pas les premières cibles de récupération.

Si la lecture locale fonctionne, notez l’adresse actuelle de l’hôte Plex sur le réseau local ainsi que sa passerelle. S’il a reçu une nouvelle adresse du routeur de remplacement, une ancienne réservation ou règle de redirection peut désormais pointer vers le mauvais appareil. Corrigez l’identité de l’hôte avant de modifier les ports externes.

Reconstruire le chemin des ports pour le nouveau routeur

Le remplacement d’un routeur invalide l’ancien état NAT, même si l’ordinateur exécutant Plex n’a pas changé. Déterminez si le nouveau routeur doit créer automatiquement la redirection ou si vous allez définir un port public et le rediriger vers l’adresse privée actuelle du serveur et le port Plex.

Après le remplacement d’un routeur, la correspondance du port public doit être cohérente avec le port réellement exposé par le routeur et celui attendu par Plex.

Appliquez une seule méthode de redirection, puis testez depuis un réseau cellulaire ou un autre réseau externe. Si le port reste inaccessible, ne créez pas plusieurs règles qui se chevauchent. Remontez d’un niveau et vérifiez si un autre NAT ou pare-feu se trouve désormais entre ce routeur et Internet.

Vérifier si la nouvelle topologie a ajouté un double NAT

De nombreuses passerelles de FAI combinent les fonctions de modem et de routeur. L’ajout d’un nouveau routeur Wi-Fi derrière cet appareil peut créer deux couches NAT alors que l’ancienne configuration n’en comportait qu’une. Une redirection sur le routeur interne s’arrête alors au niveau de la passerelle externe, sauf si la topologie est configurée en pont ou si les deux couches sont configurées volontairement.

Si deux routeurs locaux traduisent le trafic, le mode pont ou la redirection sur les deux couches peut rétablir un chemin entrant complet ; comparez l’adresse WAN du nouveau routeur avec l’adresse publique afin de révéler la présence d’un NAT externe inattendu.

Si vous contrôlez les deux appareils, choisissez autant que possible une seule autorité de routage. Si le bord public est contrôlé par le FAI et que l’adresse WAN ne correspond pas à l’adresse publique, recherchez plutôt un CGNAT au lieu de supposer qu’une autre règle locale fonctionnera.

Si la traduction externe appartient au FAI plutôt qu’à un autre routeur que vous contrôlez, cessez de traiter le problème comme un simple double NAT. Il s’agit alors d’un problème de CGNAT ou d’adresse publique, et des redirections répétées sur le routeur interne ne créeront pas d’autorité au niveau du réseau du FAI.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Tester séparément le DNS et la résolution sécurisée des noms locaux

Un nouveau routeur peut également modifier le filtrage DNS, la protection contre le rebinding, le comportement du résolveur local ou les serveurs DNS fournis par DHCP. Ces changements peuvent rendre les connexions sécurisées ou la découverte locale de Plex étranges, même si l’adresse IP brute du serveur s’ouvre toujours.

Un résolveur peut perturber les noms locaux sécurisés de Plex lorsque le comportement de protection contre le rebinding DNS bloque le modèle `plex.direct`. Testez la résolution des noms avant de désactiver largement les fonctions de sécurité.

Depuis un client du réseau local, comparez l’accès par l’adresse IP privée du serveur avec l’accès via l’application Plex habituelle ou le nom d’hôte sécurisé. Si l’accès direct par IP fonctionne mais que la découverte fondée sur le nom échoue, concentrez la réparation sur le DNS. Si les deux fonctionnent localement et que seul le chemin Internet échoue, revenez aux vérifications du NAT et du réseau du FAI.

N’adopter la nouvelle configuration de référence qu’après un test de redémarrage

Une réussite temporaire de l’accès distant peut disparaître si l’hôte reçoit une autre adresse sur le réseau local, si le routeur recrée différemment une redirection automatique ou si le nouveau chemin DNS change après le renouvellement d’un bail. La fiabilité exige que la configuration résiste aux redémarrages ordinaires sans réparation manuelle.

Un plan stable de reconstruction du réseau doit préserver l’identité de l’hôte, le routage, le DNS et l’accessibilité distante après un redémarrage, plutôt que de s’arrêter à un simple statut vert ponctuel.

Réservez l’adresse de l’hôte Plex ou rendez-la stable d’une autre manière, redémarrez une fois l’hôte et le routeur, puis testez à nouveau la lecture locale et distante. Si le chemin reste opérationnel, documentez la règle du port public, l’éventuelle exception DNS et la topologie du FAI. S’il échoue après le redémarrage, la récupération n’est pas terminée.