Collaborer en pleine confiance

Le contrôle d’accès à Windows SharePoint Services consiste pour l’essentiel à lier les comptes utilisateur Windows (soit ceux qui se trouvent dans le SAM local du serveur Windows SharePoint Services, soit les comptes de domaines dans l’AD – Active Directory) aux bibliothèques et aux listes de documents SharePoint, puis à définir les genres d’accès que les utilisateurs peuvent appliquer au contenu de ces bibliothèques et listes.

Il vaut généralement mieux utiliser des comptes de domaines que des comptes locaux, mais ces derniers conviennent dans certaines circonstances (par exemple, quand on n’a pas d’AD). Mieux encore, on peut utiliser les groupes de domaines Windows pour simplifier encore davantage l’octroi de l’accès aux ressources Windows SharePoint Services. C’est l’approche que je décris dans cet article. Quand vous ajoutez (ou enregistrez) des utilisateurs ou des groupes à Windows SharePoint Services, vous devez rendre l’utilisateur ou le groupe concerné membre d’un groupe de sites SharePoint ou d’un groupe multisites. (Les groupes multisites sont similaires aux groupes de sites, mais la principale différence est que vous pouvez accorder aux groupes multisites l’accès à n’importe quel site présent dans une collection de sites SharePoint, tandis que les groupes de sites ne peuvent accéder aux ressources que dans le site SharePoint dans lequel le groupe est créé.)

Après quoi vous pouvez accorder l’accès au niveau du site (un site SharePoint étant un groupe de pages SharePoint Web associées), qui donne aux utilisateurs les droits spécifiés sur chaque liste ou bibliothèque du site, ou au niveau de la liste ou de la bibliothèque. Les droits de base qui régissent l’accès utilisateur aux listes et aux bibliothèques de documents SharePoint sont Add, Edit, Delete et View Items. Des droits supplémentaires, comme Manage Site Groups, Usage Data, Cancel Check-In et Personalize Views, régissent l’accès au site lui-même.