[TUTO] Docker : Introduction

[Thufir]

Merci,
J'ai bien compris ton dernier message, pas de soucis en me connectant en SSH avec le compte admin que j'ai créé au début d'installation de DSM.

J'ai bien noté et rempli les PUID et PGID dans les paramètres de Docker. Et c'est bon aussi coté LMS : Je vois bien mes dossiers partagés.
Pour mon compte admin : PUID=1027 et PGID=100
Pour l'utilisateur lms : PUID=1029 et PGID=100

Par contre en parlant de dossiers partagés, j'ai dû changer l'organisation de mes dossiers dans volume1.
Au départ, je les avais organisés de cette manière :
- Volume1
      -> un dossier partagé Multimédia
                  -> Sous-dossiers Musiques et  Playlist

Mais au niveau des utilisateurs, je ne peux pas accorder des permission différentes aux sous-dossiers Musiques et Playlists car ils n'apparaissent pas dans la liste.  Il y a uniquement le dossier parent Multimédia.

J'ai donc créé ces dossiers Musiques et Playlist en dossiers partagés à la racine de volume1. C'est un peu bête car finalement on ne peut pas faire une organisation comme on veut de ses fichiers en dossiers / sous-dossiers.

 

Je voudrais quand même revenir sur un point : Une chose que je ne comprends pas vraiment : Quel est l'intérêt de créer un utilisateur spécial lms ?
Car finalement, il n'y a aucun lien entre cet utilisateur et l'interface web de LMS.
C'est juste pour se logger sur le nas avec cet utilisateur ? mais comme il n'a pas de droit admin, il ne doit pas pouvoir faire grand chose ... Alors il sert à quoi exactement ?

Bon sinon, LMS fonctionne, c'est le principal 👍

[.Shad.]

Le 04/07/2023 à 19:14, Thufir a dit :

Je voudrais quand même revenir sur un point : Une chose que je ne comprends pas vraiment : Quel est l'intérêt de créer un utilisateur spécial lms ?
Car finalement, il n'y a aucun lien entre cet utilisateur et l'interface web de LMS.
C'est juste pour se logger sur le nas avec cet utilisateur ? mais comme il n'a pas de droit admin, il ne doit pas pouvoir faire grand chose ... Alors il sert à quoi exactement ?

Justement, il ne peut pas faire grand chose, c'est tout l'intérêt. Ca permet que si l'image du conteneur était vicitime d'une faille de sécurité, tes données ne seraient aucunement en danger. Tu évites une potentielle backdoor.

Sinon, ajout du tutoriel suivant dans la liste des tutoriels en début de post :

 

[Thufir]

Ok, merci pour l'info.
Je comprends petit à petit les subtilités du monde des nas.

Docker et son conteneur LMS sont parfaitement fonctionnels

[.Shad.]

Refonte du tutoriel prévue d'ici mai/juin. Je suis en phase extensive de test de Container Manager.
Container Manager est bien supérieur à son prédécesseur, et pour peu qu'on ait que le NAS à gérer, il peut remplacer Portainer à 80%.

Et vu qu'il est maintenant disponible sur des architectures ARM, il est temps de revoir le tutoriel pour répondre aux besoins de chacun.

[CyberFr]

il y a 4 minutes, .Shad. a dit :

Refonte du tutoriel prévue d'ici mai/juin. Je suis en phase extensive de test de Container Manager.
Container Manager est bien supérieur à son prédécesseur, et pour peu qu'on ait que le NAS à gérer, il peut remplacer Portainer à 80%.

Moi je dirais à 100% 😀

[MilesTEG1]

Le souci de Container Manager, c'est qu'il est dans DSM.
Et donc faut charger DSM avant de pouvoir charger Container Manager.
Donc c'est lent.

Sinon, je suis d'accord, même si l'interface de CM est perfectible, on pourrait se passer de Portainer.

Sauf si on passe par un dépôt GIT.
Ou si on a plusieurs instances de Docker à manager. Auquel cas, Portainer, reste la référence.