Ir para o conteúdo

Trabalho em rede

Conectividade

Muitos clientes descobrirão automaticamente servidores em execução na mesma LAN e os exibirão no login. Se você estiver fora da rede quando conectado, poderá digitar o endereço IP completo ou o nome de domínio no campo do servidor com a porta correta para prosseguir para a página de login. Você pode encontrar as portas padrão abaixo para acessar o front-end da web.

Fixação de porta

O objetivo deste documento é fornecer ao administrador o conhecimento das portas às quais o Jellyfin está vinculado e o objetivo a que eles servem.

 Trabalho em rede Trabalho em rede

Portas estáticas

  • 8096 / tcp é usado por padrão para o tráfego HTTP. Você pode alterar isso no painel.
  • 8920 / tcp é usado por padrão para o tráfego HTTPS. Você pode alterar isso no painel.
  • 1900 / udp é usado para o serviço de autodescoberta. Isso não é configurável.

Tráfego HTTP: 8096

O front-end da web pode ser acessado aqui para depurar problemas de certificado SSL na sua rede local. Você pode modificar essas configurações na página Trabalho em rede nas configurações.

Tráfego HTTPS: 8920

Essas configurações também podem ser modificadas na página Trabalho em rede para usar uma porta diferente.

Serviço de descoberta: 1900

Como a descoberta automática do cliente seria interrompida se essa opção fosse configurável, você não poderá alterá-la nas configurações no momento. O DLNA também usa essa porta e precisa estar na sub-rede local.

Descoberta do cliente: 7359 UDP

Permite que os clientes descubram o Jellyfin na rede local. Uma mensagem transmitida para esta porta com "Quem é o JellyfinServer?" Você receberá uma resposta JSON que inclui o endereço, o ID e o nome do servidor.

Portas dinâmicas

Os dispositivos de TV ao vivo costumam usar uma porta UDP aleatória para dispositivos HDHomeRun. O servidor selecionará uma porta não utilizada na inicialização para conectar-se a esses dispositivos sintonizadores.

Executando o Jellyfin atrás de um proxy reverso

O Jellyfin pode ser executado atrás de outro servidor, atuando como um proxy reverso. Com um proxy reverso, esse servidor lida com todo o tráfego de rede e o envia para o Jellyfin. Isso fornece os benefícios do uso de nomes DNS e não é necessário lembrar os números das portas, além de facilitar a integração e o gerenciamento de certificados SSL.

Advertência

Para que um proxy reverso tenha o máximo benefício, ele deve ter um endereço IP roteado publicamente e um domínio DNS configurado corretamente. Esses exemplos pressupõem que você deseja executar o Jellyfin em um subdomínio (ou seja, jellyfin.example.com), mas eles são facilmente adaptados ao domínio raiz, se desejado.

Algumas opções populares para sistemas de proxy reverso são Apache, Caddy, Haproxy, Nginx e Traefik.

Embora não seja um proxy reverso, o Let$0027s Encrypt pode ser usado independentemente ou com um proxy reverso para fornecer certificados SSL.

Ao seguir este guia, certifique-se de substituir as seguintes variáveis pelas suas informações.

  • NOME DO DOMÍNIO: seu nome de domínio público para acessar o Jellyfin em (por exemplo, jellyfin.example.com)
  • example.com: o nome de domínio dos serviços Jellyfin funcionará em (por exemplo example.com)
  • ENDEREÇO IP DO SERVIDOR: O endereço IP do servidor Jellyfin (se o proxy reverso estiver no mesmo servidor, use 127.0.0.1)

Além disso, as amostras são configuradas para uso com os certificados de criptografia Let$0027s. Se você possui um certificado de outra origem, altere a configuração SSL de / etc / letsencrypt / Domain_name / para o local do seu certificado e chave.

As portas 80 e 443 (apontando para o servidor proxy) devem estar abertas no roteador e no firewall.

URL base

A execução do Jellyfin com um caminho (https://example.com/jellyfin) é suportada pelo Android e pelos clientes da Web.

Advertência

Sabe-se que o URL base quebra HDHomeRun, DLNA, Sonarr, Radarr, Chromecast e MrMC.

Definindo o URL base na página Trabalho em rede é uma configuração avançada usada para especificar o prefixo da URL na qual sua instância do Jellyfin pode ser acessada. Com efeito, adicione esse snippet de URL ao início de qualquer caminho de URL. Por exemplo, se você tiver um servidor Jellyfin em http: // myserver e acessar sua página inicial http: //myserver/web/index.html, definir um URL base de / jellyfin alterará essa página inicial para http: // myserver /jellyfin/web/index.html. Isso pode ser útil se os administradores desejarem acessar várias instâncias do Jellyfin com um único nome de domínio ou se a instância do Jellyfin residir apenas em uma sub-rotina de outro domínio com outros serviços ouvindo /.

O valor inserido na página de configuração será normalizado para incluir uma faixa / se ela estiver ausente.

Essa configuração requer que a reinicialização do servidor seja alterada, para evitar a invalidação de rotas existentes até que o administrador esteja pronto.

Existem três advertências principais nesse cenário.

  1. Quando você define um novo URL base (ou seja, de / para / baseurl) ou altera um URL base (ou seja, de / baseurl para / newbaseurl), o servidor da web Jellyfin cuida automaticamente dos redirecionamentos para impedir que eles sejam mostrar aos usuários páginas inválidas. Por exemplo, ao acessar um servidor com um URL Base de / jellyfin no caminho /, o URL Base de / jellyfin será adicionado automaticamente. No entanto, a remoção completa de um URL base (ou seja, de / baseurl para /, um valor vazio nas configurações) não fará isso - todos os URLs com o caminho antigo do URL base se tornarão inválidos e gerarão erros 404. deve ser considerado ao remover um URL base existente.
  2. Os aplicativos clientes geralmente, por enquanto, não manipulam redirecionamentos de URL base implicitamente. Portanto, por exemplo, no aplicativo Android, a configuração do host também deve incluir o URL base (por exemplo, http: // myserver: 8096 / baseurl), ou a conexão falhará.
  3. Quaisquer configurações de proxy reverso devem ser atualizadas para manipular um novo URL base. Geralmente, a passagem / retorno à instância Jellyfin funcionará bem em todos os casos e as rotas normalizarão, e essa é a configuração padrão em nossos exemplos. No entanto, lembre-se disso ao fazer um roteamento mais avançado.

Etapas finais

É altamente recomendável que você verifique a força do SSL e a segurança do servidor no SSLLabs se estiver expondo esses serviços à Internet.

pt_BRPortuguês do Brasil
es_ESEspañol zh_CN简体中文 hi_INहिन्दी arالعربية bn_BDবাংলা ru_RUРусский ja日本語 de_DEDeutsch fr_FRFrançais it_ITItaliano pt_BRPortuguês do Brasil