Depuis le temps que je frequente ce forum j'y ai recolté d'excellents
conseils de votre part à tous (merci renaud et erol).
Si j'ai bien compris mes leçons, un portail SPS ne doit être utilisé que
pour "agréger" l'information, les listes et bibliotheques de documents
doivent se trouver dans des sites WSS.
Cette regles à tres bien fonctionné pour la premiere partie de notre mise en
place (bibliotheques de documents qui contiennent des doc PDF, donc lecture
seul).
La deuxieme partie de notre implementation Sharepoint va consister à migrer
le contenu de nos dossiers publiques Exchange vers des bibliotheques de
documents, et là ça se gâte pas mal au niveau de la gestion des acces.
En effet chez nous chaque service à acces à son repertoire de dossier
publique => donc un repertoire de dosser publique = une bib de doc (ou un
site, à voir). Pour les autorisations de nos dossiers publiques nous avons
mis en place tout en tas de groupe (un groupe par service, un groupe par
site ...) il est tres facile aujourd'hui lorsqu'une personne change de
service de lui changer ses droits , il suffit de la changer de groupe.
Malheureusement pour moi cela me parait beaucoup plus compliqué de gerer ce
genre de chose avec des acess WSS, lorsqu'on utilise un groupe dans WSS
(pour les autorisations) il est utilisé comme une liste (c'est à dire
converti en liste d'utilisateurs) du coup quand quelqu'un change de groupe,
il faut que je modifie à la main les autorisations WSS puisqu'elle ne
reflette pas le contenu du groupe.
Ca va devenir tres compliqué, d'apres votre experience personnelle comment
avez vous résolu ce genre de problématique d'autorisations ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
EROL MVP SPS
Bonjour,
Avez vous testé l'utilisation des pages d'administration HTML pour gérer les utilisateurs et les groupes intersites.
Les étapes à suivre pour ajouter des utilisateurs et des groupes intersites sont identiques, quel que soit le mode de compte que vous utilisez. Quelle que soit la méthode utilisée, vous pouvez gérer des utilisateurs et des groupes intersites à partir de la page Paramètres du site de votre site Web.
a.. Les noms des groupes de sécurité du service d'annuaire Microsoft Active Directory (par exemple, DOMAINEnom_groupe_sécurité) a.. Les noms des groupes de domaines (par exemple, DOMAINEnom_groupe) a.. Les noms des groupes intersites (par exemple, Comptabilité). - Vous pouvez affecter un utilisateur à un groupe de sites à partir de la ligne de commande à l'aide de l'opération userrole. L'opération userrole prend les paramètres url, userlogin, role et add ou delete. Par exemple, pour ajouter l'utilisateur User1 au groupe de sites Collaborateur pour le site http://server1/site1, tapez la syntaxe suivante :
stsadm.exe -o userrole -url http://server1/site1 -userlogin DOMAIN1User1 -role contributor -add - Et ne pas oublier qu'il est possible de Copier un groupe de sites existantCdlt
Depuis le temps que je frequente ce forum j'y ai recolté d'excellents conseils de votre part à tous (merci renaud et erol).
Si j'ai bien compris mes leçons, un portail SPS ne doit être utilisé que pour "agréger" l'information, les listes et bibliotheques de documents doivent se trouver dans des sites WSS.
Cette regles à tres bien fonctionné pour la premiere partie de notre mise en place (bibliotheques de documents qui contiennent des doc PDF, donc lecture seul).
La deuxieme partie de notre implementation Sharepoint va consister à migrer le contenu de nos dossiers publiques Exchange vers des bibliotheques de documents, et là ça se gâte pas mal au niveau de la gestion des acces.
En effet chez nous chaque service à acces à son repertoire de dossier publique => donc un repertoire de dosser publique = une bib de doc (ou un site, à voir). Pour les autorisations de nos dossiers publiques nous avons mis en place tout en tas de groupe (un groupe par service, un groupe par site ...) il est tres facile aujourd'hui lorsqu'une personne change de service de lui changer ses droits , il suffit de la changer de groupe.
Malheureusement pour moi cela me parait beaucoup plus compliqué de gerer ce genre de chose avec des acess WSS, lorsqu'on utilise un groupe dans WSS (pour les autorisations) il est utilisé comme une liste (c'est à dire converti en liste d'utilisateurs) du coup quand quelqu'un change de groupe, il faut que je modifie à la main les autorisations WSS puisqu'elle ne reflette pas le contenu du groupe.
Ca va devenir tres compliqué, d'apres votre experience personnelle comment avez vous résolu ce genre de problématique d'autorisations ?
Merci d'avance
Olivier
Bonjour,
Avez vous testé l'utilisation des pages d'administration HTML pour gérer les
utilisateurs et les groupes intersites.
Les étapes à suivre pour ajouter des utilisateurs et des groupes intersites
sont identiques, quel que soit le mode de compte que vous utilisez. Quelle
que soit la méthode utilisée, vous pouvez gérer des utilisateurs et des
groupes intersites à partir de la page Paramètres du site de votre site Web.
a.. Les noms des groupes de sécurité du service d'annuaire Microsoft Active
Directory (par exemple, DOMAINEnom_groupe_sécurité)
a.. Les noms des groupes de domaines (par exemple, DOMAINEnom_groupe)
a.. Les noms des groupes intersites (par exemple, Comptabilité).
-
Vous pouvez affecter un utilisateur à un groupe de sites à partir de la
ligne de commande à l'aide de l'opération userrole. L'opération userrole
prend les paramètres url, userlogin, role et add ou delete. Par exemple,
pour ajouter l'utilisateur User1 au groupe de sites Collaborateur pour le
site http://server1/site1, tapez la syntaxe suivante :
stsadm.exe -o userrole -url http://server1/site1 -userlogin DOMAIN1User1
-role contributor -add
-
Et ne pas oublier qu'il est possible de Copier un groupe de sites
existantCdlt
/"olivier" <olivier.cordiero@wanadoo.fr> a
écrit dans le message de news: OzupSE0wFHA.908@tk2msftngp13.phx.gbl...
Bonjour à tous,
Depuis le temps que je frequente ce forum j'y ai recolté d'excellents
conseils de votre part à tous (merci renaud et erol).
Si j'ai bien compris mes leçons, un portail SPS ne doit être utilisé que
pour "agréger" l'information, les listes et bibliotheques de documents
doivent se trouver dans des sites WSS.
Cette regles à tres bien fonctionné pour la premiere partie de notre mise
en
place (bibliotheques de documents qui contiennent des doc PDF, donc
lecture
seul).
La deuxieme partie de notre implementation Sharepoint va consister à
migrer
le contenu de nos dossiers publiques Exchange vers des bibliotheques de
documents, et là ça se gâte pas mal au niveau de la gestion des acces.
En effet chez nous chaque service à acces à son repertoire de dossier
publique => donc un repertoire de dosser publique = une bib de doc (ou un
site, à voir). Pour les autorisations de nos dossiers publiques nous avons
mis en place tout en tas de groupe (un groupe par service, un groupe par
site ...) il est tres facile aujourd'hui lorsqu'une personne change de
service de lui changer ses droits , il suffit de la changer de groupe.
Malheureusement pour moi cela me parait beaucoup plus compliqué de gerer
ce
genre de chose avec des acess WSS, lorsqu'on utilise un groupe dans WSS
(pour les autorisations) il est utilisé comme une liste (c'est à dire
converti en liste d'utilisateurs) du coup quand quelqu'un change de
groupe,
il faut que je modifie à la main les autorisations WSS puisqu'elle ne
reflette pas le contenu du groupe.
Ca va devenir tres compliqué, d'apres votre experience personnelle comment
avez vous résolu ce genre de problématique d'autorisations ?
Avez vous testé l'utilisation des pages d'administration HTML pour gérer les utilisateurs et les groupes intersites.
Les étapes à suivre pour ajouter des utilisateurs et des groupes intersites sont identiques, quel que soit le mode de compte que vous utilisez. Quelle que soit la méthode utilisée, vous pouvez gérer des utilisateurs et des groupes intersites à partir de la page Paramètres du site de votre site Web.
a.. Les noms des groupes de sécurité du service d'annuaire Microsoft Active Directory (par exemple, DOMAINEnom_groupe_sécurité) a.. Les noms des groupes de domaines (par exemple, DOMAINEnom_groupe) a.. Les noms des groupes intersites (par exemple, Comptabilité). - Vous pouvez affecter un utilisateur à un groupe de sites à partir de la ligne de commande à l'aide de l'opération userrole. L'opération userrole prend les paramètres url, userlogin, role et add ou delete. Par exemple, pour ajouter l'utilisateur User1 au groupe de sites Collaborateur pour le site http://server1/site1, tapez la syntaxe suivante :
stsadm.exe -o userrole -url http://server1/site1 -userlogin DOMAIN1User1 -role contributor -add - Et ne pas oublier qu'il est possible de Copier un groupe de sites existantCdlt
Depuis le temps que je frequente ce forum j'y ai recolté d'excellents conseils de votre part à tous (merci renaud et erol).
Si j'ai bien compris mes leçons, un portail SPS ne doit être utilisé que pour "agréger" l'information, les listes et bibliotheques de documents doivent se trouver dans des sites WSS.
Cette regles à tres bien fonctionné pour la premiere partie de notre mise en place (bibliotheques de documents qui contiennent des doc PDF, donc lecture seul).
La deuxieme partie de notre implementation Sharepoint va consister à migrer le contenu de nos dossiers publiques Exchange vers des bibliotheques de documents, et là ça se gâte pas mal au niveau de la gestion des acces.
En effet chez nous chaque service à acces à son repertoire de dossier publique => donc un repertoire de dosser publique = une bib de doc (ou un site, à voir). Pour les autorisations de nos dossiers publiques nous avons mis en place tout en tas de groupe (un groupe par service, un groupe par site ...) il est tres facile aujourd'hui lorsqu'une personne change de service de lui changer ses droits , il suffit de la changer de groupe.
Malheureusement pour moi cela me parait beaucoup plus compliqué de gerer ce genre de chose avec des acess WSS, lorsqu'on utilise un groupe dans WSS (pour les autorisations) il est utilisé comme une liste (c'est à dire converti en liste d'utilisateurs) du coup quand quelqu'un change de groupe, il faut que je modifie à la main les autorisations WSS puisqu'elle ne reflette pas le contenu du groupe.
Ca va devenir tres compliqué, d'apres votre experience personnelle comment avez vous résolu ce genre de problématique d'autorisations ?
Merci d'avance
Olivier
olivier
Merci pour l'info EROL,
Je vais tester tout ça !!!
olivier
"EROL MVP SPS" <& & & n o s p a m _ e gi ra ud y @msn.com> a écrit dans le message de news:
Bonjour,
Avez vous testé l'utilisation des pages d'administration HTML pour gérer
les
utilisateurs et les groupes intersites.
Les étapes à suivre pour ajouter des utilisateurs et des groupes
intersites
sont identiques, quel que soit le mode de compte que vous utilisez. Quelle que soit la méthode utilisée, vous pouvez gérer des utilisateurs et des groupes intersites à partir de la page Paramètres du site de votre site
Web.
a.. Les noms des groupes de sécurité du service d'annuaire Microsoft
Active
Directory (par exemple, DOMAINEnom_groupe_sécurité) a.. Les noms des groupes de domaines (par exemple, DOMAINEnom_groupe) a.. Les noms des groupes intersites (par exemple, Comptabilité). - Vous pouvez affecter un utilisateur à un groupe de sites à partir de la ligne de commande à l'aide de l'opération userrole. L'opération userrole prend les paramètres url, userlogin, role et add ou delete. Par exemple, pour ajouter l'utilisateur User1 au groupe de sites Collaborateur pour le site http://server1/site1, tapez la syntaxe suivante :
stsadm.exe -o userrole -url http://server1/site1 -userlogin DOMAIN1User1 -role contributor -add - Et ne pas oublier qu'il est possible de Copier un groupe de sites existantCdlt
/"olivier" a écrit dans le message de news: > Bonjour à tous, > > Depuis le temps que je frequente ce forum j'y ai recolté d'excellents > conseils de votre part à tous (merci renaud et erol). > > Si j'ai bien compris mes leçons, un portail SPS ne doit être utilisé que > pour "agréger" l'information, les listes et bibliotheques de documents > doivent se trouver dans des sites WSS. > > Cette regles à tres bien fonctionné pour la premiere partie de notre
mise
> en > place (bibliotheques de documents qui contiennent des doc PDF, donc > lecture > seul). > > La deuxieme partie de notre implementation Sharepoint va consister à > migrer > le contenu de nos dossiers publiques Exchange vers des bibliotheques de > documents, et là ça se gâte pas mal au niveau de la gestion des acces. > > En effet chez nous chaque service à acces à son repertoire de dossier > publique => donc un repertoire de dosser publique = une bib de doc (ou
un
> site, à voir). Pour les autorisations de nos dossiers publiques nous
avons
> mis en place tout en tas de groupe (un groupe par service, un groupe par > site ...) il est tres facile aujourd'hui lorsqu'une personne change de > service de lui changer ses droits , il suffit de la changer de groupe. > > Malheureusement pour moi cela me parait beaucoup plus compliqué de gerer > ce > genre de chose avec des acess WSS, lorsqu'on utilise un groupe dans WSS > (pour les autorisations) il est utilisé comme une liste (c'est à dire > converti en liste d'utilisateurs) du coup quand quelqu'un change de > groupe, > il faut que je modifie à la main les autorisations WSS puisqu'elle ne > reflette pas le contenu du groupe. > > Ca va devenir tres compliqué, d'apres votre experience personnelle
comment
> avez vous résolu ce genre de problématique d'autorisations ? > > Merci d'avance > > Olivier > > >
Merci pour l'info EROL,
Je vais tester tout ça !!!
olivier
"EROL MVP SPS" <& & & n o s p a m _ e gi ra ud y @msn.com> a écrit dans le
message de news:umewjhXxFHA.2792@tk2msftngp13.phx.gbl...
Bonjour,
Avez vous testé l'utilisation des pages d'administration HTML pour gérer
les
utilisateurs et les groupes intersites.
Les étapes à suivre pour ajouter des utilisateurs et des groupes
intersites
sont identiques, quel que soit le mode de compte que vous utilisez. Quelle
que soit la méthode utilisée, vous pouvez gérer des utilisateurs et des
groupes intersites à partir de la page Paramètres du site de votre site
Web.
a.. Les noms des groupes de sécurité du service d'annuaire Microsoft
Active
Directory (par exemple, DOMAINEnom_groupe_sécurité)
a.. Les noms des groupes de domaines (par exemple, DOMAINEnom_groupe)
a.. Les noms des groupes intersites (par exemple, Comptabilité).
-
Vous pouvez affecter un utilisateur à un groupe de sites à partir de la
ligne de commande à l'aide de l'opération userrole. L'opération userrole
prend les paramètres url, userlogin, role et add ou delete. Par exemple,
pour ajouter l'utilisateur User1 au groupe de sites Collaborateur pour le
site http://server1/site1, tapez la syntaxe suivante :
stsadm.exe -o userrole -url http://server1/site1 -userlogin DOMAIN1User1
-role contributor -add
-
Et ne pas oublier qu'il est possible de Copier un groupe de sites
existantCdlt
/"olivier" <olivier.cordiero@wanadoo.fr> a
écrit dans le message de news: OzupSE0wFHA.908@tk2msftngp13.phx.gbl...
> Bonjour à tous,
>
> Depuis le temps que je frequente ce forum j'y ai recolté d'excellents
> conseils de votre part à tous (merci renaud et erol).
>
> Si j'ai bien compris mes leçons, un portail SPS ne doit être utilisé que
> pour "agréger" l'information, les listes et bibliotheques de documents
> doivent se trouver dans des sites WSS.
>
> Cette regles à tres bien fonctionné pour la premiere partie de notre
mise
> en
> place (bibliotheques de documents qui contiennent des doc PDF, donc
> lecture
> seul).
>
> La deuxieme partie de notre implementation Sharepoint va consister à
> migrer
> le contenu de nos dossiers publiques Exchange vers des bibliotheques de
> documents, et là ça se gâte pas mal au niveau de la gestion des acces.
>
> En effet chez nous chaque service à acces à son repertoire de dossier
> publique => donc un repertoire de dosser publique = une bib de doc (ou
un
> site, à voir). Pour les autorisations de nos dossiers publiques nous
avons
> mis en place tout en tas de groupe (un groupe par service, un groupe par
> site ...) il est tres facile aujourd'hui lorsqu'une personne change de
> service de lui changer ses droits , il suffit de la changer de groupe.
>
> Malheureusement pour moi cela me parait beaucoup plus compliqué de gerer
> ce
> genre de chose avec des acess WSS, lorsqu'on utilise un groupe dans WSS
> (pour les autorisations) il est utilisé comme une liste (c'est à dire
> converti en liste d'utilisateurs) du coup quand quelqu'un change de
> groupe,
> il faut que je modifie à la main les autorisations WSS puisqu'elle ne
> reflette pas le contenu du groupe.
>
> Ca va devenir tres compliqué, d'apres votre experience personnelle
comment
> avez vous résolu ce genre de problématique d'autorisations ?
>
> Merci d'avance
>
> Olivier
>
>
>
"EROL MVP SPS" <& & & n o s p a m _ e gi ra ud y @msn.com> a écrit dans le message de news:
Bonjour,
Avez vous testé l'utilisation des pages d'administration HTML pour gérer
les
utilisateurs et les groupes intersites.
Les étapes à suivre pour ajouter des utilisateurs et des groupes
intersites
sont identiques, quel que soit le mode de compte que vous utilisez. Quelle que soit la méthode utilisée, vous pouvez gérer des utilisateurs et des groupes intersites à partir de la page Paramètres du site de votre site
Web.
a.. Les noms des groupes de sécurité du service d'annuaire Microsoft
Active
Directory (par exemple, DOMAINEnom_groupe_sécurité) a.. Les noms des groupes de domaines (par exemple, DOMAINEnom_groupe) a.. Les noms des groupes intersites (par exemple, Comptabilité). - Vous pouvez affecter un utilisateur à un groupe de sites à partir de la ligne de commande à l'aide de l'opération userrole. L'opération userrole prend les paramètres url, userlogin, role et add ou delete. Par exemple, pour ajouter l'utilisateur User1 au groupe de sites Collaborateur pour le site http://server1/site1, tapez la syntaxe suivante :
stsadm.exe -o userrole -url http://server1/site1 -userlogin DOMAIN1User1 -role contributor -add - Et ne pas oublier qu'il est possible de Copier un groupe de sites existantCdlt
/"olivier" a écrit dans le message de news: > Bonjour à tous, > > Depuis le temps que je frequente ce forum j'y ai recolté d'excellents > conseils de votre part à tous (merci renaud et erol). > > Si j'ai bien compris mes leçons, un portail SPS ne doit être utilisé que > pour "agréger" l'information, les listes et bibliotheques de documents > doivent se trouver dans des sites WSS. > > Cette regles à tres bien fonctionné pour la premiere partie de notre
mise
> en > place (bibliotheques de documents qui contiennent des doc PDF, donc > lecture > seul). > > La deuxieme partie de notre implementation Sharepoint va consister à > migrer > le contenu de nos dossiers publiques Exchange vers des bibliotheques de > documents, et là ça se gâte pas mal au niveau de la gestion des acces. > > En effet chez nous chaque service à acces à son repertoire de dossier > publique => donc un repertoire de dosser publique = une bib de doc (ou
un
> site, à voir). Pour les autorisations de nos dossiers publiques nous
avons
> mis en place tout en tas de groupe (un groupe par service, un groupe par > site ...) il est tres facile aujourd'hui lorsqu'une personne change de > service de lui changer ses droits , il suffit de la changer de groupe. > > Malheureusement pour moi cela me parait beaucoup plus compliqué de gerer > ce > genre de chose avec des acess WSS, lorsqu'on utilise un groupe dans WSS > (pour les autorisations) il est utilisé comme une liste (c'est à dire > converti en liste d'utilisateurs) du coup quand quelqu'un change de > groupe, > il faut que je modifie à la main les autorisations WSS puisqu'elle ne > reflette pas le contenu du groupe. > > Ca va devenir tres compliqué, d'apres votre experience personnelle
comment
> avez vous résolu ce genre de problématique d'autorisations ? > > Merci d'avance > > Olivier > > >
