Aller au contenu

Réseautage

Connectivité

De nombreux clients découvriront automatiquement les serveurs fonctionnant sur le même LAN et les afficheront lors de la connexion. Si vous êtes hors du réseau lorsque vous êtes connecté, vous pouvez taper l'adresse IP complète ou le nom de domaine dans le champ du serveur avec le port correct pour passer à la page de connexion. Vous pouvez trouver les ports par défaut ci-dessous pour accéder à l'interface Web.

Fixation du port

Le but de ce document est de fournir à un administrateur la connaissance des ports auxquels Jellyfin est lié et le but qu'ils servent.

 La mise en réseau Réseautage

Ports statiques

  • 8096 / tcp est utilisé par défaut pour le trafic HTTP. Vous pouvez changer cela sur le tableau de bord.
  • 8920 / tcp est utilisé par défaut pour le trafic HTTPS. Vous pouvez changer cela sur le tableau de bord.
  • 1900 / udp est utilisé pour le service d'auto-découverte. Ce n'est pas configurable.

Trafic HTTP: 8096

Le frontend Web est accessible ici pour déboguer les problèmes de certificat SSL sur votre réseau local. Vous pouvez modifier ces paramètres depuis la page Réseautage dans les paramètres.

Trafic HTTPS: 8920

Ces paramètres peuvent également être modifiés à partir de la page Réseautage pour utiliser un port différent.

Service découverte: 1900

Étant donné que la découverte automatique du client serait interrompue si cette option était configurable, vous ne pouvez pas la modifier dans les paramètres pour le moment. Le DLNA utilise également ce port et il doit se trouver sur le sous-réseau local.

Découverte client: 7359 UDP

Permet aux clients de découvrir Jellyfin sur le réseau local. Un message diffusé sur ce port avec "Qui est JellyfinServer?" Vous obtiendrez une réponse JSON qui comprend l'adresse, l'ID et le nom du serveur.

Ports dynamiques

Les appareils de télévision en direct utilisent souvent un port UDP aléatoire pour les appareils HDHomeRun. Le serveur sélectionnera un port inutilisé au démarrage pour se connecter à ces périphériques tuner.

Exécuter Jellyfin derrière un proxy inverse

Jellyfin peut être exécuté derrière un autre serveur faisant office de proxy inverse. Avec un proxy inverse, ce serveur gère tout le trafic réseau et l'envoie à Jellyfin. Cela offre les avantages d'utiliser des noms DNS et de ne pas avoir à se souvenir des numéros de port, ainsi qu'une intégration et une gestion plus faciles des certificats SSL.

Avertissement

Pour qu'un proxy inverse ait le maximum d'avantages, il doit avoir une adresse IP routée publiquement et un domaine DNS correctement configuré. Ces exemples supposent que vous souhaitez exécuter Jellyfin sur un sous-domaine (c'est-à-dire jellyfin.example.com), mais ils sont facilement adaptés au domaine racine si vous le souhaitez.

Certaines options populaires pour les systèmes de proxy inverse sont Apache, Caddy, Haproxy, Nginx et Traefik.

Bien qu'il ne s'agisse pas d'un proxy inverse, Let$0027s Encrypt peut être utilisé indépendamment ou avec un proxy inverse pour fournir des certificats SSL.

Lorsque vous suivez ce guide, assurez-vous de remplacer les variables suivantes par vos informations.

  • NOM DE DOMAINE: votre nom de domaine public pour accéder à Jellyfin sur (par exemple, jellyfin.example.com)
  • example.com: le nom de domaine des services Jellyfin fonctionnera sous (par exemple example.com)
  • ADRESSE IP DU SERVEUR: L'adresse IP de votre serveur Jellyfin (si le proxy inverse est sur le même serveur, utilisez 127.0.0.1)

En outre, les exemples sont configurés pour être utilisés avec les certificats Let$0027s Encrypt. Si vous avez un certificat d'une autre source, modifiez le paramètre SSL de / etc / letsencrypt / Domain_name / à l'emplacement de votre certificat et de votre clé.

Les ports 80 et 443 (pointant vers le serveur proxy) doivent être ouverts sur le routeur et le pare-feu.

URL de base

L'exécution de Jellyfin avec un chemin (https://example.com/jellyfin) est prise en charge par Android et les clients Web.

Avertissement

L'URL de base est connue pour casser HDHomeRun, DLNA, Sonarr, Radarr, Chromecast et MrMC.

Définition de l'URL de base sur la page Réseautage il s'agit d'un paramètre avancé utilisé pour spécifier le préfixe de l'URL où votre instance Jellyfin est accessible. En effet, ajoutez cet extrait d'URL au début de tout chemin d'URL. Par exemple, si vous avez un serveur Jellyfin sur http: // myserver et accédez à votre page d'accueil http: //myserver/web/index.html, la définition d'une URL de base de / jellyfin modifiera cette page d'accueil en http: // myserver /jellyfin/web/index.html. Cela peut être utile si les administrateurs souhaitent accéder à plusieurs instances Jellyfin sous un même nom de domaine, ou si l'instance Jellyfin ne vit que sur un sous-programme d'un autre domaine avec d'autres services écoutant sur /.

La valeur entrée sur la page de configuration sera normalisée pour inclure une piste / si elle est manquante.

Cette configuration nécessite un redémarrage du serveur pour changer, afin d'éviter d'invalider les routes existantes jusqu'à ce que l'administrateur soit prêt.

Il y a trois mises en garde principales dans ce scénario.

  1. Lorsqu'une nouvelle URL de base est définie (c'est-à-dire de / vers / baseurl) ou qu'une URL de base est modifiée (c'est-à-dire de / baseurl vers / newbaseurl), le serveur Web Jellyfin prendra automatiquement en charge les redirections pour les empêcher d'être montrer aux utilisateurs des pages invalides. Par exemple, lorsque vous accédez à un serveur avec une URL de base de / jellyfin dans le chemin /, l'URL de base de / jellyfin sera automatiquement ajoutée. Cependant, la suppression complète d'une URL de base (c'est-à-dire de / baseurl vers /, une valeur vide dans les paramètres) ne fera pas cela - toutes les URL avec l'ancien chemin d'URL de base deviendront invalides et génèreront 404 erreurs. doit être pris en compte lors de la suppression d'une URL de base existante.
  2. Pour l'instant, les applications clientes ne gèrent pas implicitement les redirections d'URL de base. Par conséquent, par exemple dans l'application Android, la configuration de l'hôte doit également inclure l'URL de base (par exemple http: // myserver: 8096 / baseurl), sinon la connexion échouera.
  3. Tout paramètre de proxy inverse doit être mis à jour pour gérer une nouvelle URL de base. Généralement, le passage / retour à l'instance Jellyfin fonctionnera correctement dans tous les cas et les itinéraires se normaliseront, et c'est le paramètre standard dans nos exemples. Cependant, gardez cela à l'esprit lorsque vous effectuez un routage plus avancé.

Étapes finales

Il est fortement recommandé de vérifier la force de SSL et la sécurité du serveur dans SSLLabs si vous exposez ces services à Internet.

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