¿Por qué falla el inicio de sesión de Jellyfin después de reiniciar un proxy inverso?
Si Jellyfin sigue aceptando un inicio de sesión local directo después de que se reinicia el proxy inverso, considera la ruta del proxy como el límite del problema; si el inicio de sesión directo también falla, deja de cambiar la configuración del proxy.
Un proxy reiniciado puede volver a cargar un puerto ascendente antiguo, perder la configuración de websockets o de encabezados reenviados, o presentar un nombre de host y un ámbito de cookies diferentes. Prueba la URL directa de Jellyfin, compara los registros del proxy y las solicitudes de autenticación, cambia una sola capa a la vez y evita registrar las URL completas, ya que podrían exponer credenciales.
Demuestra si Jellyfin sigue aceptando el inicio de sesión
El inicio de sesión mediante el proxy falla inmediatamente después del reinicio. Comienza con la comprobación menos invasiva: abre la dirección local directa de Jellyfin desde la LAN e inicia sesión con la misma cuenta.
La observación útil es específica: el inicio de sesión directo funciona, el inicio de sesión directo devuelve 401 o la URL directa no es accesible. Registra el resultado antes de cambiar otra variable. prueba directo frente a proxy
Interpreta la rama en lugar de adivinar. Si el inicio de sesión directo funciona, no cambies las credenciales e inspecciona las capas del proxy; si falla, lee los registros de Jellyfin y detén las modificaciones del proxy; si no es accesible, corrige primero el estado del servicio o del montaje.
Comprueba el upstream, el puerto y el estado de los websockets
El inicio de sesión directo funciona o el proxy es la única ruta inaccesible. Comienza con la comprobación menos invasiva: lee la configuración del upstream y el registro de acceso del proxy, y después solicita el endpoint de inicio de sesión de Jellyfin a través del proxy.
La observación útil es específica: aparece 502 o se rechaza la conexión, la página de inicio de sesión carga pero el POST falla, o aparecen errores de websocket durante la reproducción. Registra el resultado antes de cambiar otra variable. configuración de Proxies conocidos
Interpreta la rama en lugar de adivinar. Si se rechaza el upstream, corrige la dirección o el puerto; si la página carga pero el POST falla, inspecciona los encabezados y el esquema; si solo fallan los websockets de reproducción, mantén separados los cambios del inicio de sesión.
Inspecciona los Proxies conocidos, los encabezados, las cookies y el DNS
El proxy llega a Jellyfin, pero la autenticación sigue fallando o entra en un bucle. Comienza con la comprobación menos invasiva: compara una solicitud directa correcta y una solicitud a través del proxy que haya fallado en registros anonimizados y en las herramientas del navegador.
La observación útil es específica: Jellyfin ve la IP del proxy como cliente, el nombre de host de redirección cambia o la cookie es rechazada. Registra el resultado antes de cambiar otra variable.
Interpreta la rama en lugar de adivinar. Si difieren los Proxies conocidos o los encabezados reenviados, corrige únicamente esa configuración; si difieren la cookie o el nombre de host, elimina solo los datos del sitio afectados; si difiere el DNS, corrige el registro o la ruta del puerto 443.
Recarga una capa y confirma el inicio de sesión local y remoto
Se ha realizado un cambio en el proxy, los encabezados, las cookies o el DNS. Comienza con la comprobación menos invasiva: recarga el proxy una vez, inicia sesión de forma local y remota, reinicia el proxy de nuevo y confirma una sesión de reproducción. ruta de reproducción del proxy
La observación útil es específica: ambas rutas funcionan dos veces, la local funciona pero la remota falla, o el inicio de sesión funciona pero la reproducción falla. Registra el resultado antes de cambiar otra variable.
Interpreta la rama en lugar de adivinar. Si ambas rutas de inicio de sesión funcionan después de un segundo reinicio, detente; si solo falla la remota, mantente en el ámbito del proxy o del router; si falla la reproducción, corrige por separado el enrutamiento de websockets o de transmisión.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puede Jellyfin compartir de forma segura una GPU o un acelerador con otro contenedor?
El uso compartido de la GPU es condicional: verifica la visibilidad del dispositivo y la compatibilidad de los controladores, luego ejecuta ambas cargas de...
Cómo determinar si un error de Jellyfin proviene del cliente o del servidor
Un error de Jellyfin corresponde al cliente cuando solo afecta a un dispositivo; corresponde al servidor cuando fallan varios clientes siguiendo la misma ruta...
Cómo configurar la caché y el almacenamiento temporal de Jellyfin
Separa el estado persistente, la caché reconstruible y el almacenamiento temporal de transcodificación; después, verifica la capacidad y los permisos con una prueba de...
