Porque falha o início de sessão no Jellyfin após reiniciar um proxy inverso?
Se o Jellyfin continuar a aceitar um início de sessão local direto depois de o proxy inverso reiniciar, considere o caminho do proxy como o limite da falha; se o início de sessão direto também falhar, pare de alterar as definições do proxy.
Um proxy reiniciado pode recarregar uma porta upstream antiga, perder as definições de websocket ou de cabeçalhos encaminhados, ou apresentar um nome de anfitrião e um âmbito de cookies diferentes. Teste o URL direto do Jellyfin e, em seguida, compare os registos do proxy com os pedidos de autenticação, alterando uma camada de cada vez e evitando registar URLs completas que possam expor credenciais.
Comprove se o próprio Jellyfin ainda aceita o início de sessão
O início de sessão através do proxy falha imediatamente após o reinício. Comece pela verificação menos invasiva: abra o endereço local direto do Jellyfin a partir da LAN e inicie sessão com a mesma conta.
A observação útil é específica: o início de sessão direto é bem-sucedido, o início de sessão direto devolve 401, ou o URL direto está inacessível. Registe o resultado antes de alterar outra variável. teste direto versus proxy
Interprete o ramo em vez de adivinhar. Se o início de sessão direto for bem-sucedido, mantenha as credenciais inalteradas e inspecione as camadas do proxy; se falhar, leia os registos do Jellyfin e pare de editar o proxy; se estiver inacessível, corrija primeiro o estado do serviço ou da montagem.
Verifique o upstream, a porta e o estado do websocket
O início de sessão direto funciona ou o proxy é o único caminho inacessível. Comece pela verificação menos invasiva: leia a configuração upstream e o registo de acesso do proxy e, em seguida, solicite o endpoint de início de sessão do Jellyfin através do proxy.
A observação útil é específica: 502 ou ligação recusada, a página de início de sessão carrega mas o POST falha, ou ocorrem erros de websocket durante a reprodução. Registe o resultado antes de alterar outra variável. definição de Proxies conhecidos
Interprete o ramo em vez de adivinhar. Se o upstream for recusado, corrija o endereço ou a porta; se a página carregar mas o POST falhar, inspecione os cabeçalhos e o esquema; se apenas os websockets da reprodução falharem, mantenha as alterações de início de sessão separadas.
Inspecione os Proxies conhecidos, os cabeçalhos, os cookies e o DNS
O proxy alcança o Jellyfin, mas a autenticação continua a falhar ou entra num ciclo. Comece pela verificação menos invasiva: compare um pedido direto bem-sucedido com um pedido através do proxy que tenha falhado, utilizando registos anonimizados e as ferramentas do navegador.
A observação útil é específica: o Jellyfin vê o IP do proxy como cliente, o nome de anfitrião do redirecionamento muda, ou o cookie é rejeitado. Registe o resultado antes de alterar outra variável.
Interprete o ramo em vez de adivinhar. Se os Proxies conhecidos ou os cabeçalhos encaminhados forem diferentes, corrija apenas essa definição; se o cookie ou o nome de anfitrião forem diferentes, limpe apenas os dados do site afetado; se o DNS for diferente, corrija o registo ou o caminho da porta 443.
Recarregue uma camada e confirme o início de sessão local e remoto
Foi efetuada uma alteração no proxy, nos cabeçalhos, nos cookies ou no DNS. Comece pela verificação menos invasiva: recarregue o proxy uma vez, inicie sessão local e remotamente, reinicie novamente o proxy e confirme uma sessão de reprodução. caminho de reprodução através do proxy
A observação útil é específica: ambos os caminhos funcionam duas vezes, o acesso local funciona mas o remoto falha, ou o início de sessão funciona mas a reprodução falha. Registe o resultado antes de alterar outra variável.
Interprete o ramo em vez de adivinhar. Se ambos os caminhos de início de sessão funcionarem após um segundo reinício, pare; se apenas o acesso remoto falhar, mantenha-se no âmbito do proxy ou do router; se a reprodução falhar, corrija separadamente o encaminhamento de websocket ou de transmissão.
Produtos recomendados
Suporte e Dicas
Mais para Ler
O Jellyfin pode partilhar em segurança uma GPU ou acelerador com outro contentor?
A partilha da GPU é condicional: verifique a visibilidade do dispositivo e o suporte dos controladores; em seguida, execute ambas as cargas de trabalho...
Como saber se um erro do Jellyfin vem do cliente ou do servidor
Um erro do Jellyfin pertence ao cliente quando afeta apenas um dispositivo; pertence ao servidor quando vários clientes falham no mesmo percurso e os...
Como configurar a cache e o armazenamento temporário do Jellyfin
Separe o estado persistente, a cache reconstruível e o armazenamento temporário para transcodificação; em seguida, verifique a capacidade e as permissões com um teste...
