Discussion :

[riri74]

Bonjour à tous,

J'utilise le msiexec en psexec pour désinstaller des logiciel non autoriser sur des pc distants de mon entreprise.

Mais pour certains logiciels j'ai l'erreur 1605 "Cette action n'est valide que pour les produits actuellement installés". Ce problème est lié au faite que le logiciel est installé pour un user spécifique et que je dois effectuer la désinstallation depuis son compte user.

Afin d'éviter de contacter l'utilisateur et prendre la main à distance depuis son compte user pour effectuer la désinstallation. J'aimerai pouvoir forcer cette désinstallation depuis mon compte admin directement. Mais après plusieurs recherches sur le net je n'ai rien trouvé de concluant...

Quelqu'un aurait-il une solution à mon problème?

[Viduc]

peut être avec un runas ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
runas <user> commande

[ram-0000]

peut être avec un runas ?

Le mot de passe de l'utilisateur n'est pas demandé ? Je suis surpris ...

[riri74]

Le mot de passe de l'utilisateur n'est pas demandé ? Je suis surpris ...

Déjà essayer et le mot de passe utilisateur est biensur demandé. Ca aurait été trop facile...

[ram-0000]

Déjà essayer et le mot de passe utilisateur est biensur demandé. Ca aurait été trop facile...

Ha !! Cela me rassure

mais cela n'avance pas ton problème

[riri74]

Personne n'a une solution?

[riri74]

Si quelqu'un a un moyen de désinstallé un programme installé depuis un profil utilisateur directement depuis un compte administrateur sans se connecter au compte utilisateur je suis preneur...

Il doit bien y avoir un moyen de pouvoir le faire quand même...

[ram-0000]

Il doit bien y avoir un moyen de pouvoir le faire quand même...

Le problème, c'est que ce n'est pas la philosophie Windows.

Le super administrateur ne peut pas faire des choses au nom d'un utilisateur (même lambda).

L'impersonification (le changement d'identité) demande le mot de passe du nouvel utilisateur que tu sois admin ou pas, c'est comme cela.

Un autre exemple, l'appropriation d'un fichier par un utilisateur.

• Un utilisateur peut s'approprier un fichier (devenir propriétaire). Il faut tout de même qu'il ait le droit de "devenir propeiétaire", faut pas exagérer.
• Par contre, un administrateur ne peut pas rendre un utilisateur propriétaire d'un fichier, il peut juste donner à cet utilisateur le droit de le faire.

C'est comme cela.

Autre exemple, tu peux changer le mot de passe à un utilisateur mais tu ne peux pas connaitre le mot de passe de cet utilisateur.

Donc je pense malheureusement que ton problème n'a pas de solution.

[minnesota]

salut,

peut être en chargeant la ruche de l'utilisateur msiexec s'y retrouverait...

[Viduc]

oui ma solution sous entendait que tu avais le mot de passe de l'utilisateur...

charger la ruche ne t'avancera pas dans ce que tu veux faire je pense...

après si les utilisateurs ne sont pas admin du poste (on va supposer ) cela veut dire qu'ils ont installés des programmes qui utilisent l'espace utilisateur... donc en gros pas de modification système. L'idée pourrait alors être de supprimer les fichiers et dossiers d'installation (dans le home de l'utilisateur), les raccourci et éventuellement les trace dans la base de registre (dans le hku)... ça demande un peu de boulot car il faut tout repérer et scripter mais l'avantage c'est que c'est faisable avec un compte admin...

[riri74]

Changer la ruche je suis septique aussi...

Pour répondre à Viduc:
Certains utilisateurs ont les droits admin local sur leurs postes et d'autres non (ca dépend de position au sein de l'entreprise).
En fonction des programmes à désinstaller il m'arrive de faire la suppression manuellement mais cela prend quand même pas mal de temps et on n'est jamais sur d'avoir tout supprimé... Et pas vraiment le temps de scripter tout ca...

En gros je préfère déranger l'utilisateur et prendre la main à distance en attendant de trouver une meilleure solution ou d'avoir un peu plus de temps pour scripter les désinstallations manuelle.

C'est quand même hallicinant que en tant qu'admin du domain on ne peut pas effectuer une action en tant qu'utilisateur lambda...

[Viduc]

C'est quand même hallicinant que en tant qu'admin du domain on ne peut pas effectuer une action en tant qu'utilisateur lambda...

Bah normalement si (sauf comme je te disais...)

tu as un exemple de soft qui te pose souci que l'on puisse tester ça?

[riri74]

J'ai souvent des cas avec des utilisateurs qui s'ajoutent un plugin facebook (video call, messenger...).
Le plugin est installé seulement pour le compte utilisateur.
Je vois bien la commande msiexec pour la désinstallation dans la base de registe mais la commande doit etre lancée depuis le compte utilisateur. Si je la lance depuis mon compte admin j'ai une erreur 1605...

Si je me connecte avec mon compte admin je ne vois pas le programme dans 'ajout suppresion de programmes' alors que je le vois depuis le compte utilisateur.

Mes solutions de contournement pour le moment :
- appeler l'utilisateur, prendre la main sur sa session et effectuer la désinstallation
- supprimer le programme manuellement (dossiers, fichiers et clés de registre) avec le risque soit d'oublier quelque chose soit de supprimmer quelque chose que je ne devrait pas...

Beaucoup de boulot pour pas grand chose alors qu'une seule ligne de commande à distance pourrait résoudre le problème...

[Viduc]

oui je vois bien ton souci.

J'ai demandé à mon collègue qui s'occupe de l'AD le seul truc qui me suggère c'est que pour ie tu peux bloquer l'installation de plugin via le domaine...

Sinon autre chose à laquelle je pense en te lisant:

Le fonctionnement de l'ajout suppression de programme se base sur des clés de registre: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall ...

donc si on suit cette logique, les clés du uninstall utilisateurs devraient se trouver genre: HKU\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall ...

donc tu pourrais (si cette clé existe) faire un script qui tournerais en mode utilisateur (genre vbs), qui listerait les clés contenues dans ce dossier, irait chercher la cible du champ "uninstall" puis lancerait la valeur de ce champ (qui normalement correspond au chemin d'accès du désinstalleur de l'appli) ...

[riri74]

J'ai demandé à mon collègue qui s'occupe de l'AD le seul truc qui me suggère c'est que pour ie tu peux bloquer l'installation de plugin via le domaine...

Ca pourrait etre une solution, mais ce n'est pas moi qui décide à ce niveau la. Et je pense pas que ce sera accepté...

Le fonctionnement de l'ajout suppression de programme se base sur des clés de registre: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall ...

donc si on suit cette logique, les clés du uninstall utilisateurs devraient se trouver genre: HKU\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall ...

donc tu pourrais (si cette clé existe) faire un script qui tournerais en mode utilisateur (genre vbs), qui listerait les clés contenues dans ce dossier, irait chercher la cible du champ "uninstall" puis lancerait la valeur de ce champ (qui normalement correspond au chemin d'accès du désinstalleur de l'appli) ...

Oui je connais le fonctionnement, mais j'avais pas pensé à l'idée de faire lancer le script par l'utilisateur contre son gré (scritp dans le dossier démarrage). Comme ca le programme se desinstalle à la réouverture de la session de l'utilisateur. Il me restera plus qu'a supprimmer le script la désinstallation effectuée (c'est pas la solution idéal mais ca avance )

Je teste ca dès que l'occasion se présente et vous tiens au courant!

Merci pour vos réponses!

[Viduc]

oui voir tu le mets en tâche planifiée pour que le script se lance fréquemment et vérifie que l'utilisateur n'ai pas réinstallé son soft...