Bonjour à tous,
nous avons suivi avec intérêt un post précédent ou il s'agissait d'autoriser
un utilisateur du domaine à lancer des commandes (par un .cmd) en local sans
être admin. de leur poste.
Notre question: Su et Runas nécessitent d'avoir à saisir le mot de passe admi.
SuperExe de JCB doit être excelent. On va le regarder. Mais, dans le cas ou
l'utilisateur doit , en tout, lancer un .exe, n'y a t'il pas d'autre moyen
(GPO local, de domaine, ...après tout, le compte utilisateur et le poste sont
dans le domaine) de le lui autoriser sans qu'il soit admin local (de son
poste) ? On veut dire que, avec toutes ces stratégies, il n'y a rien de prévu
de base ?
Merci
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
cedric woessner
J'ai eu le meme problème que toi que j'ai résolu en utilisant xrunas (je crois que c'est du jc bellemay...).Je l'ai adapté et ré-encodé avec le mot de passe de l'admin local. Le seul problème c'est que les utilisateurs malins peuvent le rutiliser pour installer autre chose sur le poste.
Cordialement
"Mathieu" a écrit dans le message de news:
Bonjour à tous, nous avons suivi avec intérêt un post précédent ou il s'agissait d'autoriser un utilisateur du domaine à lancer des commandes (par un .cmd) en local sans être admin. de leur poste. Notre question: Su et Runas nécessitent d'avoir à saisir le mot de passe admi. SuperExe de JCB doit être excelent. On va le regarder. Mais, dans le cas ou l'utilisateur doit , en tout, lancer un .exe, n'y a t'il pas d'autre moyen (GPO local, de domaine, ...après tout, le compte utilisateur et le poste sont dans le domaine) de le lui autoriser sans qu'il soit admin local (de son poste) ? On veut dire que, avec toutes ces stratégies, il n'y a rien de prévu de base ? Merci
J'ai eu le meme problème que toi que j'ai résolu en utilisant xrunas (je
crois que c'est du jc bellemay...).Je l'ai adapté et ré-encodé avec le mot
de passe de l'admin local.
Le seul problème c'est que les utilisateurs malins peuvent le rutiliser pour
installer autre chose sur le poste.
Cordialement
"Mathieu" <Mathieu@discussions.microsoft.com> a écrit dans le message de
news: F8005BFC-5A77-4B37-9268-7A4BE824D0C6@microsoft.com...
Bonjour à tous,
nous avons suivi avec intérêt un post précédent ou il s'agissait
d'autoriser
un utilisateur du domaine à lancer des commandes (par un .cmd) en local
sans
être admin. de leur poste.
Notre question: Su et Runas nécessitent d'avoir à saisir le mot de passe
admi.
SuperExe de JCB doit être excelent. On va le regarder. Mais, dans le cas
ou
l'utilisateur doit , en tout, lancer un .exe, n'y a t'il pas d'autre moyen
(GPO local, de domaine, ...après tout, le compte utilisateur et le poste
sont
dans le domaine) de le lui autoriser sans qu'il soit admin local (de son
poste) ? On veut dire que, avec toutes ces stratégies, il n'y a rien de
prévu
de base ?
Merci
J'ai eu le meme problème que toi que j'ai résolu en utilisant xrunas (je crois que c'est du jc bellemay...).Je l'ai adapté et ré-encodé avec le mot de passe de l'admin local. Le seul problème c'est que les utilisateurs malins peuvent le rutiliser pour installer autre chose sur le poste.
Cordialement
"Mathieu" a écrit dans le message de news:
Bonjour à tous, nous avons suivi avec intérêt un post précédent ou il s'agissait d'autoriser un utilisateur du domaine à lancer des commandes (par un .cmd) en local sans être admin. de leur poste. Notre question: Su et Runas nécessitent d'avoir à saisir le mot de passe admi. SuperExe de JCB doit être excelent. On va le regarder. Mais, dans le cas ou l'utilisateur doit , en tout, lancer un .exe, n'y a t'il pas d'autre moyen (GPO local, de domaine, ...après tout, le compte utilisateur et le poste sont dans le domaine) de le lui autoriser sans qu'il soit admin local (de son poste) ? On veut dire que, avec toutes ces stratégies, il n'y a rien de prévu de base ? Merci
