¿Por qué Plex pierde las sesiones después de un cambio de proxy o DNS?

Plex puede perder sesiones después de un cambio de proxy o DNS cuando los clientes se vuelven a conectar mediante un nombre de host, una ruta, un certificado o un endpoint almacenado en caché diferentes.

Mantén el servidor y los archivos multimedia sin cambios mientras pruebas la ruta de conexión. Las sesiones existentes pueden durar más que las nuevas porque los clientes almacenan en caché las direcciones y el estado de autenticación de forma diferente. Reproduce una sesión local y otra mediante proxy, y compara la resolución DNS, las redirecciones, el comportamiento de WebSocket y la dirección que realmente utiliza el cliente.

Confirma que el acceso directo a Plex siga funcionando

Es mucho más fácil aislar un problema del proxy cuando se ha comprobado que el backend funciona correctamente. Prueba la misma cuenta y el mismo contenido multimedia directamente en la LAN antes de cambiar los certificados o el estado de la base de datos.

El backend puede probarse por separado del nombre de host público cuando una ruta de proxy inverso de Plex mantiene separados ambos recorridos.

Abre Plex directamente, reproduce un elemento conocido y registra la dirección del servidor. Si el acceso directo también falla, no modifiques el DNS ni las reglas del proxy hasta que el backend funcione.

Comprueba el DNS antes de la autenticación

Un nombre de host o una dirección nuevos pueden enviar a los clientes al endpoint equivocado aunque el error de inicio de sesión parezca un problema de cuenta. Compara lo que resuelve cada cliente, especialmente cuando intervienen cachés o DNS dividido.

Las métricas de ruta de la interfaz también pueden cambiar la ruta de red utilizada después de una actualización de DNS, así que verifica tanto la resolución como la selección de la ruta.

Resuelve los nombres públicos y locales desde los clientes afectados y los que funcionan. Vacía la caché únicamente del cliente que falla después de haber capturado el resultado incorrecto.

Verifica las reescrituras del proxy y las rutas de WebSocket

Las reescrituras de subrutas, las cabeceras, las redirecciones y las actualizaciones de WebSocket pueden interrumpir las sesiones después de un cambio de proxy, aunque una página web sencilla siga cargándose. Debes probar todo el flujo del cliente.

Un cambio de proxy puede afectar a los recursos relativos a la raíz y al comportamiento de integridad cuando interviene la reescritura de la ruta del proxy de Plex, por lo que es más que un simple redireccionamiento de puertos.

Observa los errores de red del navegador y los registros del proxy durante el inicio de sesión y la reproducción. Si la ruta mediante proxy falla mientras el acceso directo funciona, corrige la capa del proxy antes de restablecer los usuarios. Cuando el proxy sea estable, verifica la misma ruta de streaming remoto de Plex desde una red externa y conserva ese resultado como referencia para futuros cambios de DNS o del perímetro.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Vuelve a probar con una ruta de sesión conocida

Cuando el comportamiento del DNS y del proxy sea estable, crea una sesión nueva y confirma que el cliente permanece en el nombre de host previsto. Así evitarás que una ruta antigua almacenada en caché haga parecer correcta una configuración defectuosa.

Una conexión de servicio que, por lo demás, es válida puede fallar cuando el tráfico de respuesta sale por la ruta de la VPN en lugar de hacerlo por la interfaz que recibió la solicitud.

Prueba desde una red externa y una red local con la misma cuenta. Si las sesiones solo se interrumpen en una de las rutas, continúa revisando el enrutamiento y las políticas del perímetro en lugar del estado del servidor.