none
[MOSS 2007] Gestion des accès/droits utilisateurs dans les sous sites RRS feed

  • Question

  • Bonjour,

    J'ai une architecture de site sous SP qui est la suivante :

    -Root

       -Sous-site 1

         -Sous Sous-site 1.1

         -Sous Sous-site 1.2...

       -Sous-site 2

         -Sous Sous-site 2.1

         -Sous Sous-site 2.2...

       -Sous-site 3...

     

    J'aimerai savoir quelle stratégie je peux utiliser pour ma gestion des accès pour les utilisateurs!

    Sachant que l'accès doit pouvoir être descendant et non ascendant (les utilisateurs restreins de bas niveau n'auront pas accès aux sites parents) et qu'il y aura une gestion des droits (lecture/écriture) en plus.

    J'ai vu que dans SP, on peut créer des groupes d'utilisateur, ainsi que des audiences.

    Je ne comprend pas leur finalité.

     

    Merci d'avance.

    jeudi 25 mars 2010 14:05

Réponses

  • Salut,

    Dans ce cas, chaque sous-site devra posséder des droits spécifiques et il fraudra donc casser l'héritage avec le site parent.
    Il me parait important de bien noter les différentes actions apportées sur les sites afin d'avoir rapidement une vision globale du plan de sécurité adopté.

    Pour la lecture / ecriture c'est le groupe d'autorisation Collaboration
    Pour la lecture uniquement c'est visiteur

    Je n'ai jamais utilisé les audiences mais il me semble, à la différence des groupes qui doivent être alimentés manuellement et nominativement, que l'on peut définir une population basée sur des propriétés de leur profil (Fonction par exemple). SP se chargera d'alimenter automatiquement ces audiences.

    • Marqué comme réponse OminiuS vendredi 26 mars 2010 14:58
    jeudi 25 mars 2010 14:29
  • Site Parent :

    Interne ==> collaboration
    Externe ==> Visiteur

    Sous Site : (Si on ne veut donner les droits uniquement sur une bibliothèque du sous site)

    On garde l'heritage au niveau du sous site mais on le casse au niveau de la bibliothèque et on passe le groupe Externe à collaboration

    • Marqué comme réponse OminiuS vendredi 26 mars 2010 14:58
    jeudi 25 mars 2010 14:57

Toutes les réponses

  • Salut,

    Dans ce cas, chaque sous-site devra posséder des droits spécifiques et il fraudra donc casser l'héritage avec le site parent.
    Il me parait important de bien noter les différentes actions apportées sur les sites afin d'avoir rapidement une vision globale du plan de sécurité adopté.

    Pour la lecture / ecriture c'est le groupe d'autorisation Collaboration
    Pour la lecture uniquement c'est visiteur

    Je n'ai jamais utilisé les audiences mais il me semble, à la différence des groupes qui doivent être alimentés manuellement et nominativement, que l'on peut définir une population basée sur des propriétés de leur profil (Fonction par exemple). SP se chargera d'alimenter automatiquement ces audiences.

    • Marqué comme réponse OminiuS vendredi 26 mars 2010 14:58
    jeudi 25 mars 2010 14:29
  • Merci.

    Prenons l'exemple où j'ai les groupes Interne et Externe avec les niveaux d'autorisation.

    Interne  : Collaboration - Actions possibles : afficher, ajouter, mettre à jour et supprimer.

    Externe : Lecture - Action possible : affichage uniquement.

     

    Si je veux que le groupe externe est puisse ajouter des documents dans une bibliothèque d'un sous site.

    Comment je fais?

    jeudi 25 mars 2010 14:43
  • Site Parent :

    Interne ==> collaboration
    Externe ==> Visiteur

    Sous Site : (Si on ne veut donner les droits uniquement sur une bibliothèque du sous site)

    On garde l'heritage au niveau du sous site mais on le casse au niveau de la bibliothèque et on passe le groupe Externe à collaboration

     

     

    jeudi 25 mars 2010 14:57
  • Site Parent :

    Interne ==> collaboration
    Externe ==> Visiteur

    Sous Site : (Si on ne veut donner les droits uniquement sur une bibliothèque du sous site)

    On garde l'heritage au niveau du sous site mais on le casse au niveau de la bibliothèque et on passe le groupe Externe à collaboration

    • Marqué comme réponse OminiuS vendredi 26 mars 2010 14:58
    jeudi 25 mars 2010 14:57