2 votes

Meilleure façon de gérer les permissions de partage avec CentOS dans un domaine Windows

J'ai réussi à installer CentOS et à le joindre à un domaine Active Directory Windows 2003 avec Winbind et Samba. Nous sommes en train de migrer l'un de nos serveurs de fichiers vers CentOS. L'une des choses que j'ai du mal à comprendre est l'attribution de permissions aux partages de fichiers.

Au cas où vous seriez curieux de savoir comment je l'ai mis en place, j'ai suivi ce tutoriel : http://www.linuxmail.info/active-directory-integration-samba-centos-5/

Pour donner un exemple, disons que nous avons un partage appelé "Shared", auquel nous voulons que le groupe "Domain Users" puisse accéder et écrire. Maintenant, disons que nous avons un dossier à l'intérieur de ce partage appelé "Secret". Nous voulons que seul le groupe "Agents secrets" puisse lire et écrire dans ce dossier. Il devrait être clair que la restriction d'accès à un sous-dossier d'un partage Samba est soit impossible, soit difficile à mettre en place, et c'est ce qui m'a amené à envisager l'utilisation des ACL POSIX.

Ma première question est la suivante : est-ce une bonne façon de procéder ? Votre première idée pourrait être de répartir le dossier "Secret" sur son propre partage, mais comme dans la vie réelle, nous avons beaucoup de sous-dossiers à l'intérieur des partages avec différents ensembles de permissions, donner à chaque dossier différent son propre partage deviendrait un cauchemar.

Ma deuxième question est la suivante : si l'utilisation des ACL POSIX est une bonne solution, les ACL resteront-elles intactes si les fichiers et les dossiers sont sauvegardés et restaurés ? Seraient-elles également intactes si, par exemple, le serveur explosait et que nous restaurions ces fichiers et dossiers sur un autre serveur ?

Je ne connais pas grand-chose aux ACL POSIX. Je viens d'apprendre leur existence aujourd'hui. Donc s'il y a des problèmes potentiels ou des "pièges" que vous pensez que je devrais connaître, veuillez les inclure également.

Merci pour votre temps

1voto

Lazer Points 131

J'ai fait la même chose sur le serveur de fichiers de mon entreprise. Cela semble fonctionner. Le seul inconvénient est que les clients samba de Mac et Linux semblent copier les permissions originales des fichiers. J'ai donc dû mettre un cron script pour restaurer les permissions correctes.

A propos, un tel script résoudrait votre problème de sauvegarde et de restauration. Le principal inconvénient est qu'il remplace les permissions définies par vos utilisateurs.

0voto

Karolinger Points 301

C'est exactement ce que j'ai fait auparavant et cela fonctionne, même si c'est parfois un peu compliqué. Lorsque vous configurez les ACL, je vous recommande de configurer également les répertoires de sorte que les fichiers et les sous-répertoires qui s'y trouvent soient détenus par le groupe secret, voire par un utilisateur "secret" fictif.

Si les ACL sont sauvegardées lors de la sauvegarde et de la restauration, cela dépendra de votre logiciel de sauvegarde, mais en général elles le sont et si elles ne le sont pas, il peut simplement s'agir d'un drapeau à passer. Ce sera --xattrs ou --acls si vous utilisez une sauvegarde basée sur GNU Tar comme Amanda, peut-être par défaut dans les nouvelles versions de Tar. En supposant que vous restauriez sur un autre serveur GNU/Linux, les attributs peuvent être restaurés sur place, bien que vous devrez vous assurer que vous avez les mêmes utilisateurs/groupes sur le nouveau serveur (idéalement une authentification centralisée).

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X