Porque é que o Plex perde as sessões após uma alteração no proxy ou no DNS?
O Plex pode perder sessões após uma alteração no proxy ou no DNS, quando os clientes voltam a ligar-se através de um nome de anfitrião, rota, certificado ou endpoint em cache diferente.
Mantenha o servidor e os conteúdos multimédia inalterados enquanto testa o caminho de ligação. As sessões existentes podem durar mais do que as novas, porque os clientes armazenam endereços e o estado de autenticação de formas diferentes. Reproduza uma sessão local e uma sessão através do proxy e, em seguida, compare a resolução DNS, os redirecionamentos, o comportamento do websocket e o endereço que o cliente utiliza efetivamente.
Confirme se o acesso direto ao Plex continua a funcionar
É muito mais fácil isolar um problema do proxy quando se comprova que o backend está saudável. Teste a mesma conta e os mesmos conteúdos diretamente na LAN antes de alterar certificados ou o estado da base de dados.
O backend pode ser testado separadamente do nome de anfitrião público quando uma rota de proxy inverso do Plex mantém esses dois caminhos distintos.
Abra o Plex diretamente, reproduza um item conhecido e registe o endereço do servidor. Se o acesso direto também falhar, não altere o DNS nem as regras do proxy até o backend funcionar.
Verifique o DNS antes da autenticação
Um novo nome de anfitrião ou endereço pode encaminhar os clientes para o endpoint errado, mesmo que o erro de início de sessão pareça estar relacionado com a conta. Compare o que cada cliente resolve, sobretudo quando estão envolvidos caches ou DNS dividido.
As métricas de rota da interface também podem alterar o caminho de rede utilizado após uma atualização do DNS, por isso verifique tanto a resolução como a seleção da rota.
Resolva os nomes público e local a partir dos clientes afetados e dos clientes funcionais. Limpe apenas a cache do cliente com falhas depois de registar o resultado incorreto.
Verifique as reescritas do proxy e os caminhos do websocket
As reescritas de subcaminhos, os cabeçalhos, os redirecionamentos e as atualizações de websocket podem interromper as sessões após uma alteração do proxy, mesmo quando uma página Web simples continua a carregar. É necessário testar todo o fluxo do cliente.
Uma alteração do proxy pode afetar os recursos relativos à raiz e o comportamento da integridade quando está envolvida a reescrita do caminho do proxy do Plex, pelo que se trata de algo mais do que um simples reencaminhamento de portas.
Observe os erros de rede do navegador e os registos do proxy durante o início de sessão e a reprodução. Se o caminho através do proxy falhar enquanto o acesso direto funciona, corrija a camada do proxy antes de repor os utilizadores. Depois de o proxy estar estável, verifique o mesmo caminho de transmissão remota do Plex a partir de uma rede externa e mantenha esse resultado como referência para futuras alterações ao DNS ou à periferia da rede.
Volte a testar com um único caminho de sessão conhecido
Depois de o comportamento do DNS e do proxy estar estável, crie uma sessão nova e confirme que o cliente permanece no nome de anfitrião pretendido. Assim, evita que uma rota antiga em cache faça uma configuração avariada parecer funcional.
Uma ligação de serviço que, de outro modo, seria válida pode falhar quando o tráfego de resposta sai através da rota VPN em vez de utilizar a interface que recebeu o pedido.
Teste a partir de uma rede externa e de uma rede local, utilizando a mesma conta. Se apenas um dos caminhos interromper as sessões, continue a investigar o encaminhamento e as políticas da periferia da rede, em vez do estado do servidor.
Produtos recomendados
Suporte e Dicas
Mais para Ler
Deve fazer uma cópia de segurança do Jellyfin em funcionamento ou parar primeiro o serviço?
Prefira cópias de segurança com o serviço parado, pela sua simplicidade; utilize instantâneos em funcionamento apenas quando o estado da aplicação for capturado de...
Porque é que o Jellyfin funciona a altas temperaturas ou faz ruído quando ninguém está a transmitir?
O calor em inatividade normalmente indica atividade em segundo plano ou uma carga de trabalho de um anfitrião partilhado; por isso, identifique o processo...
Quando deve reconstruir em vez de reparar o Jellyfin?
Escolha recriar em vez de reparar quando o problema for a divergência do ambiente de execução e o estado persistente estiver salvaguardado; não «recrie»...
