none
Microsoft Search - Analyse plusieurs Dossiers Partagés avec Droits NTFS différents RRS feed

  • Question

  • Bonsoir à tous,

    Etant newbie en technologie sharepoint via un projet Dynamics AX, nous avons commencé à regarder le moteur de recherche de MS.

    Nous sommes intéressés par la recherche dans plusieurs partages où sont stockés des données qui ne ne sont pas visibles par tout le monde d'un partage à l'autre. Je m'explique.

    J'ai un partage dédié d'une filiale A (avec les droits de Partage/sécurité adequats) et un autre partage pour une filiale B.

    Peut-on, avec la techno Sharepoint, ne rendre visible les résultat de recherche qu'aux données auxquels l'utilisateur a le doit de voir ?

    J'ai fait un test avec un MS search2008, créé 2 analyses de ces 2 partages mais il n'y a qu'un seul process de recherche mssearch...

    Donc si j'autorise les users de A et B, ils pourront exécuter les recherches, vois les résultat (le Résumé surtout !) mais après, on a toujours la sécurité NTFS sur les fichiers qui fait que si le user n'a pas le droit de voir, il ne verra pas. ok

     

    Comme prévenu, je suis débutant, mais je sens que la Recherche MS est surtout faite pour les sites web où les données sont PUBLIQUES à tout le monde :-)

     

    Merci de votre aide.

    Hervé

     

    mercredi 7 juillet 2010 19:15

Réponses

  • Bonjour,

    La recherche SharePoint, et surtout le compte de service utilisé pour indexer les fichiers doit effectivement avoir accès à tous les contenus.

    Si la source de contenu est un partage de fichier ou un site SharePoint, bien que l'ensemble du contenu soit indexé, le résultat d'une requète de recherche par un utilisateur est filtré pour ne correspondre qu'au contenu sur lequel il a au minimum un droit de lecture. C'est ce que l'on appelle le security trimming.

    C'est le comportement par défaut du moteur de recherche de SharePoint, il n'y a pas à mettre en place de paramétrage spécifique.

    C'est valable pour Search Server 2008, 2010, MOSS 2007 et SharePoint 2010.

    Si le security trimming doit être plus sélectif, il est possible de développer un security trimmer personnalisé.


    Nicolas Cambot - Blog Nelite
    jeudi 8 juillet 2010 08:22

Toutes les réponses

  • Bonjour,

    La recherche SharePoint, et surtout le compte de service utilisé pour indexer les fichiers doit effectivement avoir accès à tous les contenus.

    Si la source de contenu est un partage de fichier ou un site SharePoint, bien que l'ensemble du contenu soit indexé, le résultat d'une requète de recherche par un utilisateur est filtré pour ne correspondre qu'au contenu sur lequel il a au minimum un droit de lecture. C'est ce que l'on appelle le security trimming.

    C'est le comportement par défaut du moteur de recherche de SharePoint, il n'y a pas à mettre en place de paramétrage spécifique.

    C'est valable pour Search Server 2008, 2010, MOSS 2007 et SharePoint 2010.

    Si le security trimming doit être plus sélectif, il est possible de développer un security trimmer personnalisé.


    Nicolas Cambot - Blog Nelite
    jeudi 8 juillet 2010 08:22
  • Bonsoir Nicolas,

    Merci pour ta réponse, j'ai commencé à chercher un peu...

    Etant donné que c'est le compte de service qui "cherche" pour nous, et qu'il a les droits de lecture...pas simple ma demande..;

    On ne peut avoir qu'un service search par serveur si j'ai bien compris ?

    Merci !

    Hervé

    jeudi 8 juillet 2010 18:17