Porque é que o Jellyfin falha apenas para um utilizador ou dispositivo?

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

Quando o Jellyfin falha apenas para um utilizador ou num único dispositivo, não comece por alterar todo o servidor. Teste a conta afetada num dispositivo que sabe estar a funcionar corretamente e uma conta que sabe estar a funcionar corretamente no dispositivo afetado.

Estes dois testes criam uma matriz de diagnóstico simples. Se o problema acompanhar a conta, verifique as permissões do utilizador e o estado da sessão. Se acompanhar o dispositivo, verifique o endereço do servidor guardado, o estado da aplicação, o percurso dos codecs, o DNS e a rota de rede. Se acompanhar um único conteúdo multimédia, independentemente da conta, passe para a compatibilidade da reprodução em vez de atribuir a causa ao utilizador ou ao dispositivo.

Execute o teste dois por dois de conta e dispositivo

Utilize o mesmo servidor e, sempre que possível, o mesmo conteúdo multimédia. Teste o utilizador afetado num dispositivo funcional e, em seguida, um utilizador funcional no dispositivo afetado. Evite alterar palavras-passe, reinstalar aplicações ou limpar caches até saber de que lado o sintoma ocorre.

Se ambos os utilizadores falharem num dispositivo, o dispositivo ou o respetivo percurso de rede passa a ser a principal hipótese. Se um utilizador falhar em vários dispositivos, a conta passa a ser a principal hipótese. Se apenas uma combinação de utilizador e dispositivo falhar, é mais provável que se trate de um estado de sessão em cache ou de uma configuração específica do cliente do que de uma falha generalizada do servidor.

Registe a falha exata — início de sessão rejeitado, biblioteca em falta, reprodução recusada, transmissão em buffer ou servidor inacessível. “O Jellyfin falha” é demasiado abrangente para permitir uma reparação; cada resultado observável corresponde a uma verificação seguinte diferente.

Se o problema acompanhar o utilizador, verifique as permissões e o acesso remoto

Abra o utilizador afetado no Jellyfin e compare o acesso às bibliotecas, as permissões de reprodução multimédia, as permissões de transcodificação e a permissão de ligação remota com uma conta funcional. Altere uma única diferença comprovada de cada vez.

A documentação do Jellyfin descreve os controlos de reprodução ao nível do utilizador, incluindo se a reprodução multimédia e a reprodução que requer transcodificação são permitidas. permissões de reprodução dos utilizadores do Jellyfin

Se o utilizador funcionar na LAN, mas não remotamente, verifique a permissão de acesso remoto da conta e a classificação de rede do servidor antes de repor as credenciais. Uma recusa apenas no acesso remoto pode resultar de uma política correta, não de uma falha de autenticação.

Se o problema acompanhar o dispositivo, reponha apenas o estado do cliente

Primeiro, verifique o endereço do servidor guardado, incluindo o esquema, o nome do anfitrião, a porta e qualquer subcaminho de proxy inverso. Compare-o carácter a carácter com o de um cliente funcional. Um endereço IP direto desatualizado ou um subcaminho em falta pode fazer com que um dispositivo falhe enquanto o servidor permanece saudável.

Se o endereço estiver correto, termine a sessão e inicie-a novamente antes de limpar todos os dados da aplicação. Em seguida, atualize o cliente se este estiver excecionalmente desatualizado. Reinstale apenas depois de as medidas mais específicas falharem, porque limpar tudo elimina pistas sobre se um token de sessão ou uma entrada de servidor guardada causou o problema.

Para dispositivos remotos, um percurso de acesso remoto ao Jellyfin pode ajudar a comparar o nome do anfitrião ou a rota do túnel pretendidos com o endereço guardado no cliente que falha.

-15% OFF

Se o início de sessão funcionar, mas a reprodução falhar, compare o percurso de reprodução

Reproduza o mesmo ficheiro num dispositivo funcional e num dispositivo com falhas e observe o painel do Jellyfin. Registe se cada cliente faz Reprodução direta, remultiplexagem, Transmissão direta ou transcodificação, bem como se as legendas estão ativadas.

A documentação de codecs do Jellyfin explica que contentores, áudio, vídeo ou legendas não suportados podem obrigar a diferentes percursos de conversão consoante o cliente. compatibilidade de codecs do cliente É por isso que um televisor pode falhar com um título que é reproduzido sem problemas num cliente de computador.

Se apenas o dispositivo com falhas desencadear uma transcodificação, verifique o registo do FFmpeg e a permissão de transcodificação do utilizador antes de alterar o ficheiro multimédia. Se ambos os clientes utilizarem o mesmo modo de reprodução, mas apenas um falhar, continue com a rede e o estado da aplicação do dispositivo.

Verifique o DNS e a rota de rede apenas para o dispositivo com falhas

Quando o servidor está inacessível, em vez de ocorrer um erro de reprodução, compare a resolução DNS e a rota do dispositivo com falhas com as de um dispositivo funcional na mesma rede. Teste primeiro o nome do anfitrião pretendido; não presuma que um IP direto é equivalente quando o TLS ou o encaminhamento do proxy inverso dependem do nome do anfitrião.

O guia de resolução de problemas do Jellyfin indica que a ausência total de registos de tráfego Web correspondentes normalmente significa que o pedido não chegou ao servidor. indicador de resolução de problemas de rede

Se o dispositivo com falhas não produzir qualquer entrada no registo do servidor, corrija o DNS, a acessibilidade do Wi-Fi/VLAN, o estado da VPN, a confiança no certificado ou o endereço guardado na camada do cliente. Se o Jellyfin registar o pedido e devolver um erro da aplicação, volte a subir na matriz para analisar o comportamento da conta ou da reprodução.

Valide a correção com o utilizador, o dispositivo e o conteúdo originais

Depois de alterar a camada identificada, volte à combinação original exata e repita a ação que falhou. Uma conta de administrador funcional noutro portátil não prova que o utilizador afetado da casa esteja corrigido no televisor.

Em seguida, reinicie ou volte a ligar o cliente uma vez, para confirmar que o estado funcional permanece após uma nova sessão. Se a reparação envolveu o acesso remoto, repita o teste a partir de uma rede externa, em vez de testar apenas enquanto o dispositivo continua na LAN.

Pare quando a combinação original de conta e dispositivo funcionar e o emparelhamento de controlo continuar a comportar-se normalmente. Se a mesma falha isolada persistir, faça a escalada com os resultados da matriz, a versão do cliente, a versão do servidor, o URL do servidor, o modo de reprodução e o excerto de registo relevante.

Suporte e Dicas

Mais para Ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.