Aller au contenu

Changement Droit Par D


gpelle

Messages recommandés

Bonjour

J'ai changé le groupe principal de certains de mes utilisateurs (groupe "nous") pour que je puisse attribuer des droit en lecture écriture à tous les utilisateurs du groupe mais pas aux autre : 664 pour les fichier et 775 pour les dossiers.

Par défaut, tous les utilisateurs sont dans le groupe users, ce que retire l'intérêt d'attribuer des droits spécifique au groupe.

J'ai pensé à paramétrer le umask à 0002 en créant un fichier .profile à la racine du home de l'utilisateur.

Quand je me connecte en ssh et que je crée un fichier les droits sont bien 664, mais quand je passe par l'interface dsm et file station tous les fichier et dossier créés sont en 777 ! (file station ne prrend pas en compte mon umask, alors qu'en ssh il n'y a pas de problème)

J'aimerai savoir comment paramétrer file station pour régler les droits par défaut des fichiers et dossiers créés.

J'ai aussi le même problème avec les fichiers téléchargés par downloadstation !

Merci d'avance de vos réponses !

Lien vers le commentaire
Partager sur d’autres sites

J'ai changé le groupe principal de certains de mes utilisateurs (groupe "nous") pour que je puisse attribuer des droit en lecture écriture à tous les utilisateurs du groupe mais pas aux autre : 664 pour les fichier et 775 pour les dossiers.

Il n'existe pas de methode pour changer le groupe *principal* avec l'interface d'admin DSM. Si tu as modifié

/etc/passwd à la main n'oublie pas que ce n'est pas supporté par Synology

Par contre on peut librement ajouter des groupes supplémentaires

Par défaut, tous les utilisateurs sont dans le groupe users, ce que retire l'intérêt d'attribuer des droits spécifique au groupe.

Ne pas oublier que, comme dit plus haut, les utilisateurs ne sont pas limités à un groupe unique

J'ai pensé à paramétrer le umask à 0002 en créant un fichier .profile à la racine du home de l'utilisateur.

un .profile ne s'exécute que dans le cas de sessions shell interactive, dans tous les autres cas il est ignoré (et ce n'est pas spécifique à DSM, c'est comme ça sous tous les systèmes Unix depuis la nuit des temps.

Quand je me connecte en ssh et que je crée un fichier les droits sont bien 664, mais quand je passe par l'interface dsm et file station tous les fichier et dossier créés sont en 777 ! (file station ne prrend pas en compte mon umask, alors qu'en ssh il n'y a pas de problème)

Pour la raison de non exécution du profile déjà expliquée.

J'aimerai savoir comment paramétrer file station pour régler les droits par défaut des fichiers et dossiers créés.

Pour gérer les droits par défaut (des nouveaux fichiers et dossier) faut migrer le partage pour utiliser les ACL

Par contre, c'est autrement plus complexe. Je te conseille de créer un partage de test pour jouer avec et expérimenter avant de convertir tes partages existants.

Mais tu devrais sans doute parvenir à tes fins en modifiant globalement les droits du partage: donner acces lecture/écriture W aux utilisateurs du groupe "nous" et lecture seule à ceux du groupe "users".

Même si les droits unix sont 777, ce sont les droits du partage qui prévalent (sauf en shell, mais par défaut seul "root" à droit a se connecter ainsi)

Sinon tu ne coupera pas à la solution ACL

Lien vers le commentaire
Partager sur d’autres sites

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.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.