Jellyfin pour les familles : comment l’identité et les autorisations façonnent l’expérience de visionnage
L’expérience familiale avec Jellyfin dépend d’abord de l’utilisateur actif, puis des bibliothèques auxquelles cette identité est autorisée à accéder.
Un foyer partagé peut utiliser des téléviseurs, des téléphones, des navigateurs et des profils distincts sur un même serveur. L’identité permet de différencier l’historique de visionnage et les recommandations, tandis que les autorisations au niveau de l’application déterminent les bibliothèques affichées. Les permissions du système de fichiers constituent une couche distincte côté serveur et ne doivent pas être confondues avec ce qu’un utilisateur voit.
L’identité passe avant l’accès aux bibliothèques
Le serveur doit savoir quel utilisateur est actif avant de pouvoir appliquer l’historique de visionnage, les recommandations, les restrictions et les autorisations d’accès aux bibliothèques. Le partage d’un même compte ou profil peut mélanger l’historique, même lorsque le serveur fonctionne correctement.
Le modèle d’autorisations familiales sépare les profils du foyer des autorisations d’accès aux bibliothèques et montre pourquoi l’identité constitue la première décision.
Une matrice familiale doit considérer l’identité comme une donnée d’entrée, et non comme un élément ajouté après coup lorsque le contenu s’affiche incorrectement.
Les autorisations de l’application et du système de fichiers sont différentes
Jellyfin peut limiter ce qu’un utilisateur authentifié voit, tandis que le processus Jellyfin doit toujours disposer d’un accès au système de fichiers sous-jacent contenant les médias. Ces couches d’autorisation protègent des limites différentes.
Utilisez la séparation des identités et des profils pour dissocier les restrictions d’accès aux bibliothèques au niveau de l’application de l’accès au stockage du serveur.
Si le serveur ne peut pas lire les fichiers, modifier l’autorisation d’accès aux bibliothèques d’un utilisateur ne réparera pas la couche de stockage.
Les clients rendent l’expérience visible
Un membre de la famille peut voir la bonne bibliothèque sur un téléviseur, mais un historique différent dans un navigateur si l’identité active change. Le changement de client, la sélection du profil et l’état de session enregistré peuvent donc ressembler à des problèmes d’autorisation.
Le principe de comparaison du comportement des clients Jellyfin s’applique ici : gardez le serveur et les médias constants tout en vérifiant l’utilisateur actif sur chaque appareil.
La limite observable consiste à vérifier que la même identité affiche les mêmes bibliothèques prévues et le même état personnel sur les clients courants.
Utilisez une matrice d’accès familiale
Répertoriez chaque utilisateur, les bibliothèques prévues, le type de profil, les appareils clients et la séparation attendue de l’historique de visionnage. Testez un profil à la fois avec un compte administrateur connu et un compte familial représentatif.
Le processus du modèle d’autorisations familiales fournit une matrice pratique des accès familiaux sans transformer l’article en guide de réparation des autorisations.
Arrêtez-vous lorsque chaque profil ne voit que les bibliothèques qui lui sont destinées et que le serveur lui-même peut lire les chemins des médias.
Produits recommandés
Centre Tech & IA
Plus à lire
Les caméras domestiques peuvent-elles synchroniser les événements sans services horaires cloud ?
Une explication axée sur les mécanismes de l’heure de la caméra sans cloud, ses compromis liés aux ressources partagées, trois FAQ sur la diffusion...
Un service d’IA local peut-il détecter les couches de modèle corrompues avant l’inférence ?
Une explication axée sur les mécanismes de la détection des couches de modèle corrompues, de ses compromis en matière de ressources partagées, de trois...
Un système RAG peut-il être restauré sans régénérer chaque embedding ?
Une explication de la restauration RAG sans réencodage, axée sur le mécanisme, de ses compromis en matière de ressources partagées, trois FAQ sur la...
