O Jellyfin continua a funcionar durante uma interrupção temporária da Internet?

Sim. O Jellyfin pode continuar a disponibilizar conteúdos multimédia locais durante uma interrupção temporária da Internet, desde que o servidor, o armazenamento multimédia, a LAN e o cliente continuem a conseguir comunicar localmente.

A ressalva importante é que “o Jellyfin é alojado localmente” não significa que todas as dependências envolventes funcionem sem Internet. Um percurso de DNS público, um túnel na nuvem, um fornecedor remoto de metadados, CSS personalizado alojado externamente ou até o próprio iniciador do dispositivo de transmissão podem falhar, enquanto o servidor Jellyfin permanece saudável. Teste todo o percurso de visualização local antes de depender dele durante uma interrupção.

Separe a Perda da Internet da Perda da Rede Local

Uma interrupção da WAN significa que o router já não consegue aceder à Internet; não significa necessariamente que o switch Ethernet, o ponto de acesso Wi-Fi, o DHCP e o encaminhamento local deixem de funcionar. Mantenha o servidor e o cliente na mesma LAN funcional e teste o servidor Jellyfin através do respetivo endereço local ou de um nome DNS local.

Os testes de interrupções realizados pela comunidade relatam consistentemente que a reprodução local pode continuar enquanto o acesso à WAN está indisponível, observando também que alguns dispositivos clientes podem ter as suas próprias dependências da Internet. É por isso que o servidor e o cliente devem ser testados separadamente.

Se o próprio router reiniciar num modo que desative o Wi-Fi ou o DNS local quando a WAN está indisponível, corrija primeiro esse comportamento da rede. O Jellyfin não pode servir um cliente que deixou de ter uma rota para o anfitrião, embora a aplicação não necessite de autenticação na nuvem.

Dê aos Clientes Locais uma Rota que Não Dependa de DNS Público nem de um Túnel na Nuvem

Se todos os televisores acedem ao Jellyfin apenas através de um nome de anfitrião público cujo DNS, proxy inverso ou túnel depende da Internet, o serviço local pode parecer indisponível durante uma interrupção da WAN. Mantenha um IP local ou um nome DNS local documentado como alternativa, ou configure DNS dividido para que o nome habitual da casa seja resolvido localmente quando os clientes estão em casa.

Uma rota local deve terminar dentro da LAN e chegar à mesma instância Jellyfin pretendida, sem fazer hairpinning através de um VPS ou serviço na nuvem. Teste o comportamento do certificado e do nome de anfitrião exigido pelos seus clientes; algumas aplicações aceitam um endereço HTTP local direto como alternativa, enquanto outras estão configuradas em torno de um único URL HTTPS guardado.

A explicação da ZimaSpace sobre o acesso local e remoto como percursos separados é o modelo mental correto: uma falha no percurso da WAN não tem de derrubar também o percurso da LAN.

Conte com a Degradação dos Metadados e das Integrações Dependentes da Internet

Os conteúdos multimédia já armazenados, o estado da base de dados, as imagens e os metadados podem continuar disponíveis localmente. Novas pesquisas de metadados, atualizações de plugins, transferências de legendas, imagens remotas e outras chamadas a fornecedores externos podem falhar ou aguardar até ocorrer um tempo limite, até a Internet regressar.

Um teste da comunidade ao Jellyfin com conteúdos multimédia locais enquanto offline relata que os metadados locais existentes continuam utilizáveis, enquanto a obtenção de novos dados fica indisponível. Conceba a experiência durante uma interrupção com base em recursos locais em cache, em vez de presumir que todas as funcionalidades de enriquecimento fazem parte do percurso essencial de reprodução.

Se um tema personalizado importar tipos de letra ou CSS de um URL público, aloje esses recursos localmente se forem importantes para a interface offline. Do mesmo modo, evite tornar obrigatório um gateway de identidade remoto para os utilizadores locais da casa, a menos que tenha aceite deliberadamente essa dependência durante interrupções.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Teste o Dispositivo Cliente, Não Apenas a Página Web do Jellyfin

Algumas plataformas de televisores inteligentes e dispositivos de transmissão esperam ter acesso à Internet para o ecrã inicial, o arranque de aplicações, verificações de conta ou serviços da plataforma, mesmo quando o cliente Jellyfin consegue comunicar localmente assim que está em execução. O sucesso num navegador de computador portátil durante uma interrupção não prova que o dispositivo da sala de estar funcionará.

Relatos de utilizadores descrevem comportamentos específicos dos clientes numa LAN sem Internet, o que faz da plataforma do dispositivo parte do planeamento da disponibilidade. Teste cada classe de cliente que a família espera utilizar.

Mantenha pelo menos um cliente de recurso que consiga abrir um URL local sem um arranque dependente da nuvem. Pode ser um computador portátil, tablet, HTPC ou outro dispositivo que tenha efetivamente testado. O objetivo não é prever o comportamento de todos os fabricantes, mas comprovar um percurso doméstico utilizável antes da próxima interrupção.

Realize um Teste Controlado de Desligamento da WAN

Não faça o teste desligando o router ou o Wi-Fi. Desligue ou bloqueie apenas a ligação ascendente da WAN, mantendo a rede local intacta. Em seguida, abra o Jellyfin a partir de um cliente acabado de iniciar, inicie sessão se necessário, navegue pelos metadados existentes, inicie um ficheiro em Reprodução Direta, inicie uma transcodificação se a casa depender dela, avance, retome e alterne entre utilizadores.

Durante o teste, registe quais as ações que permanecem locais e quais entram em tempo limite nos serviços externos. Volte a ligar a WAN e confirme que as tarefas de metadados ou atualizações que falharam são retomadas sem corromper o estado da biblioteca. Se a interface bloquear porque chamadas externas impedem ações locais, registe essa funcionalidade específica como uma dependência durante interrupções.

O projeto é aprovado quando um cliente doméstico normal consegue encontrar o servidor, autenticar-se localmente, navegar pelos conteúdos armazenados e reproduzir conteúdos multimédia representativos enquanto a WAN está indisponível. Tudo o que falhar deve ser identificado como uma dependência da rede local, da plataforma do cliente, da rota pública ou de uma integração externa, em vez de ser resumido como “o Jellyfin precisa de Internet”.

Perguntas frequentes

Os meus cartazes e metadados existentes do Jellyfin desaparecem quando a Internet fica indisponível?

Normalmente, não. Os metadados e as imagens já armazenados pelo servidor permanecem locais. O que deixa de funcionar é a obtenção de novas informações junto de fornecedores dependentes da Internet, pelo que os conteúdos multimédia adicionados recentemente ou o enriquecimento a pedido podem ficar incompletos até a ligação ser restabelecida.

Porque é que um telemóvel consegue aceder ao Jellyfin offline, mas um televisor não?

O servidor Jellyfin pode estar saudável, enquanto a plataforma do televisor tem a sua própria dependência da Internet para o iniciador, o arranque da aplicação, o DNS ou a validação da rede. Teste o televisor ou dispositivo de transmissão específico durante uma interrupção apenas da WAN e mantenha um cliente local alternativo se for importante ver conteúdos durante interrupções.