2 votes

Comment configurer la liste de contrôle d'accès NTFS avec l'énumération basée sur l'accès ?

Nous sommes en train de migrer de Novell Netware vers une infrastructure Windows 2K8 R2 (AD, serveur de fichiers, serveur d'impression... etc.)

Ma question porte sur l'ACL. Bien que Netware et Windows soient totalement différents, je veux être sûr que mes idées sont bonnes avant de tout bousiller !

Il y a un scénario :

F:
|
+-- DATA <= Shared as DATA with Access based enumeration
     |
     +-- Folder 1
     +-- Team 1's Folder
     +-- Team 2's Folder
     ...

Dans ce cas, par défaut, les droits sont hérités du F : vers les dossiers les plus profonds.

Ce que nous voulons :

  • Le groupe des administrateurs a un contrôle total de haut en bas.
  • À partir de DATA, ABE ne liste que les dossiers auxquels les utilisateurs ont accès. (ex. : Je suis dans le groupe Team 2, je vois le dossier de Team 2).

D'après ce que j'ai compris, à DATA je supprime toutes les ACL NTFS à hériter (ex. Users Group), assurez-vous de garder le groupe Administrators et l'utilisateur SYSTEM.

Ensuite, accordez le contrôle total (ou tout autre droit nécessaire) sur chaque dossier aux groupes ou utilisateurs qui doivent y avoir accès.

Est-ce que je me trompe ? Y a-t-il quelque chose dont je devrais m'occuper ?

Toute aide à ma compréhension sera très appréciée.

Regards.

4voto

HopelessN00b Points 53075

Correct.

J'ai tendance nicht pour accorder aux utilisateurs Full Control mais parce que j'ai eu trop de problèmes avec les permissions. Donc je leur accorde toutes les permissions, sauf celle de Take Ownership y Change Permissions les permissions.

Et je conseillerais probablement de créer deux groupes pour chaque dossier auquel vous accordez l'accès : un pour l'accès en lecture seule et un pour l'accès en modification, car cela a tendance à se produire souvent dans mon expérience, et moins de personnes peuvent accidentellement supprimer tous les fichiers, moins souvent je dois faire des restaurations à partir de sauvegardes.

0 votes

Il y a une raison pour laquelle (ou peut-être que je fais quelque chose de mal) ABE fonctionne avec un utilisateur spécifique et pas avec des groupes ? J'ai fait un test avec quelques dossiers avec mon utilisateur et ABE fonctionne et si je supprime mon utilisateur par un groupe dans lequel je suis, le dossier est caché !

0 votes

J'ai trouvé quelque chose de bizarre (pour moi !!)... si je navigue vers \\server\share via un ordinateur hors domaine (authentifié avec un compte de domaine), je ne vois aucun dossier. Si je me connecte sur un ordinateur du domaine avec mon compte, l'ABE est en action et je ne vois que les dossiers auxquels j'ai accès (droits donnés par les groupes dans lesquels je suis). Est-ce normal ?

0 votes

@PatrickPellegrino Honnêtement, je ne sais pas. C'est une question intéressante, je pense, car une recherche rapide sur Google est également muette sur le sujet du comportement de l'ABE sur une machine de domaine, à laquelle on accède depuis un ordinateur de groupe de travail.

4voto

Thecamelcoder Points 11

Une chose que je ferais certainement est d'activer la limite de profondeur de dossier pour laquelle l'ABE s'applique. Sans cette limite, de sérieux problèmes de performance peuvent survenir. La limite réelle appropriée ne peut être déterminée que par vous, un exemple pour une profondeur de 3 est ci-dessous. Cela nécessite un fichier srv2.sys version 6.1.7601.22055 ou supérieure.

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters]  
"ABELevel"=dword:00000003  

Plus d'informations :

Utilisation élevée du CPU sur Windows Server 2008 R2 avec ABE activé
http://support.microsoft.com/kb/2732618

[...]
La valeur de la clé susmentionnée est fixée comme suit :
Valeur = 0 : ABE est activé pour tous les niveaux (comportement par défaut sans clé également)
Valeur = 1 : ABE activé pour une profondeur de 1 ( \server\share )
Valeur = 2 : ABE activé pour une profondeur de 2 ( \server\share\folder )
Et ainsi de suite pour de multiples niveaux.

0 votes

D'après votre expérience, dans quelle mesure avez-vous permis à l'ABE d'avoir une bonne "sécurité" par rapport aux performances ?

0 votes

C'est vous seul qui pouvez le déterminer. Si le partage peut potentiellement contenir des milliers de dossiers très profonds, cela peut être un problème sérieux. Si vous ne vous attendez pas à avoir beaucoup de dossiers, ce n'est peut-être pas un problème. L'ABE n'est pas le mécanisme de sécurité - ce sont les listes de contrôle d'accès. ABE est une fonctionnalité cosmétique destinée à reproduire la fonctionnalité qui existait auparavant dans Novell. Si l'ABE n'est pas activé sur un système, cela ne signifie pas que les données ne sont pas sécurisées. Si quelqu'un peut voir un dossier, cela ne signifie pas qu'il peut accéder aux données contenues dans ce dossier ou en lister le contenu.

0 votes

Tu as raison à propos de la sécurité. Je ne devrais pas utiliser ce mot.

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