Pourquoi la connexion à Jellyfin échoue-t-elle après le redémarrage d’un proxy inverse ?
Si Jellyfin accepte toujours une connexion locale directe après le redémarrage du proxy inverse, considérez le chemin du proxy comme la limite du problème ; si la connexion directe échoue également, cessez de modifier les paramètres du proxy.
Un proxy redémarré peut recharger un ancien port en amont, perdre les paramètres liés aux websockets ou aux en-têtes transférés, ou présenter un autre nom d’hôte et une portée de cookie différente. Testez l’URL directe de Jellyfin, puis comparez les journaux du proxy et les requêtes d’authentification, en ne modifiant qu’une couche à la fois et en évitant de journaliser les URL complètes, qui pourraient exposer des identifiants.
Vérifier si Jellyfin accepte toujours la connexion
La connexion via le proxy échoue immédiatement après le redémarrage. Commencez par le contrôle le moins invasif : ouvrez l’adresse locale directe de Jellyfin depuis le réseau local et connectez-vous avec le même compte.
L’observation utile est précise : la connexion directe réussit, la connexion directe renvoie une erreur 401, ou l’URL directe est inaccessible. Notez le résultat avant de modifier une autre variable. test direct contre proxy
Interprétez le résultat au lieu de deviner. Si la connexion directe réussit, ne modifiez pas les identifiants et examinez les couches du proxy ; si elle échoue, consultez les journaux de Jellyfin et cessez de modifier le proxy ; si l’adresse est inaccessible, rétablissez d’abord le bon fonctionnement du service ou du point de montage.
Vérifier l’amont, le port et l’état des websockets
La connexion directe fonctionne, ou seul le chemin passant par le proxy est inaccessible. Commencez par le contrôle le moins invasif : lisez la configuration de l’amont du proxy et le journal d’accès, puis demandez le point de terminaison de connexion de Jellyfin via le proxy.
L’observation utile est précise : erreur 502 ou connexion refusée, page de connexion qui se charge mais requête POST qui échoue, ou erreurs de websocket pendant la lecture. Notez le résultat avant de modifier une autre variable. paramètre « Proxys approuvés »
Interprétez le résultat au lieu de deviner. Si l’amont refuse la connexion, corrigez l’adresse ou le port ; si la page se charge mais que la requête POST échoue, examinez les en-têtes et le schéma ; si seuls les websockets de lecture échouent, ne mélangez pas ces corrections avec celles de la connexion.
Examiner les proxys approuvés, les en-têtes, les cookies et le DNS
Le proxy atteint Jellyfin, mais l’authentification échoue toujours ou boucle. Commencez par le contrôle le moins invasif : comparez une requête directe réussie et une requête via proxy échouée dans les journaux expurgés et les outils du navigateur.
L’observation utile est précise : Jellyfin considère l’adresse IP du proxy comme celle du client, le nom d’hôte de redirection change, ou le cookie est rejeté. Notez le résultat avant de modifier une autre variable.
Interprétez le résultat au lieu de deviner. Si les proxys approuvés ou les en-têtes transférés diffèrent, corrigez uniquement ce paramètre ; si le cookie ou le nom d’hôte diffère, effacez uniquement les données du site concerné ; si le DNS diffère, corrigez l’enregistrement ou le chemin du port 443.
Recharger une seule couche et confirmer les connexions locale et distante
Une modification a été apportée au proxy, aux en-têtes, aux cookies ou au DNS. Commencez par le contrôle le moins invasif : rechargez le proxy une fois, connectez-vous localement et à distance, redémarrez à nouveau le proxy, puis confirmez une session de lecture. chemin de lecture via le proxy
L’observation utile est précise : les deux chemins fonctionnent deux fois, le chemin local fonctionne mais le chemin distant échoue, ou la connexion fonctionne mais la lecture échoue. Notez le résultat avant de modifier une autre variable.
Interprétez le résultat au lieu de deviner. Si les deux chemins de connexion fonctionnent après un second redémarrage, arrêtez-vous là ; si seul le chemin distant échoue, limitez vos recherches au proxy ou au routeur ; si la lecture échoue, corrigez séparément le routage des websockets ou du streaming.
Produits recommandés
Assistance et conseils
Plus à lire
Jellyfin peut-il partager en toute sécurité un GPU ou un accélérateur avec un autre conteneur ?
Le partage du GPU est conditionnel : vérifiez la visibilité du périphérique et la prise en charge des pilotes, puis exécutez les deux charges...
Comment déterminer si une erreur Jellyfin provient du client ou du serveur
Une erreur Jellyfin relève du client lorsqu’elle ne concerne qu’un seul appareil ; elle relève du serveur lorsque plusieurs clients échouent avec le même...
Comment configurer le cache et le stockage temporaire de Jellyfin
Séparez les données persistantes, le cache reconstructible et le stockage temporaire pour le transcodage, puis vérifiez la capacité et les autorisations avec un véritable...
