Lallinec_Yann Posté(e) le 23 janvier 2014 Partager Posté(e) le 23 janvier 2014 Bonjour à tous, et merci par avance à ceux qui prendront le temps de lire et/ou de répondre à ce post. Je mets en place un DS1513+ dans ma PME - usage backup des ordinateurs, serveur, et plateforme client. Les droits sont gérés par des groupes d'utilisateurs - admin/users/collaborateurs/clients. user => rien de coché (position neutre) client => aucun accès collaborateurs => accès au dossier HOMES (et un lecteur backup - peu importe ici). admin => tous les droits Chaque client à un compte avec accueil utilisateur - donc un dossier Home. Chaque collaborateur peut partager avec les clients des dossiers en utilisant leur dossier Home comme plateforme disons. C'est OK en HTTP - par contre via Windows je me fais jeter en tant que collaborateurs - lecture possible mais pas d'écriture (bien que les droits des collaborateurs soit en L/E sur HOMES). En basculant en admin, aucun problème... Malgré la possibilité de coché L/E sur HOMES - il reste un blocage windows ? Bien à vous, Yann 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
CoolRaoul Posté(e) le 24 janvier 2014 Partager Posté(e) le 24 janvier 2014 Il vaut mieux ne pas pas modifier les droits de "homes" qui est un dossier système géré par DSM. La façon nominale d'utiliser les dossiers "home" individuels est qu'ils sont privés et par suite doivent être accessibles exclusivement au propriétaire. Si tu veux permettre des partages entre utilisateur, créée plutôt un partage commun, dans lequel sera créé un dossier par utilisateur, dont il sera propriétaire. Tous ces dossiers étant affectés au groupe "collaborateurs" avec les droits "r/w" sur le groupe et rien sur "others" 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Lallinec_Yann Posté(e) le 24 janvier 2014 Auteur Partager Posté(e) le 24 janvier 2014 Uhm hum Une nouvelle fois, merci CoolRaoul. Cependant cela implique à chaque client de créer un dossier - ouvrir les droits aux collaborateurs dessus, etc. No ? On verra si la mise à jour vers 5.0 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
CoolRaoul Posté(e) le 24 janvier 2014 Partager Posté(e) le 24 janvier 2014 Cependant cela implique à chaque client de créer un dossier - ouvrir les droits aux collaborateurs dessus, etc. No ? En effet, mais en tant qu'admin tu peux créer ce dossier a leur place. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Lallinec_Yann Posté(e) le 24 janvier 2014 Auteur Partager Posté(e) le 24 janvier 2014 On a une tannée de clients Merci de contribuer à ruiner ma vie de couple 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
CoolRaoul Posté(e) le 24 janvier 2014 Partager Posté(e) le 24 janvier 2014 (modifié) On a une tannée de clients Merci de contribuer à ruiner ma vie de couple Connexion ssh, un petit script et c'est terminé #!/bin/sh PATH=/bin:/usr/bin shared_dir=/volume1/clients # a customiser staff_group=collaborateurs grep "^$staff_group:" /etc/group | cut -d : -f 4 | tr "," "n" | while read user do d=$shared_dir/$user echo "creation $d" >&2 [ -d $d ] || mkdir $d chown $user:$staff_group $d chmod g=rwx,o= $d done **EDIT** amélioré la détection des comptes clients Modifié le 24 janvier 2014 par CoolRaoul 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Lallinec_Yann Posté(e) le 24 janvier 2014 Auteur Partager Posté(e) le 24 janvier 2014 On a une tannée de clients Merci de contribuer à sauver ma vie de couple 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.