PsExec sous Windows 7

PsExec sous Windows 7 - Réseaux - Systèmes & Réseaux Pro

Marsh Posté le 17-07-2012 à 18:23:18    

Bonjour à tous,
 
Lorsque je veux utiliser PsExec d'un poste win 7 à un autre j'ai le message d'erreur "Accès refusé".
Voilà la commande que j'ai exécuté :
 
PsExec.exe \\10.1.200.233 -u nom_pc\username -p password -i cmd.exe
 
ou encore :
 
PsExec.exe \\10.1.200.233 -u username -p password -i cmd.exe
 
Pourtant j'ai cherché et tout essayé :
 
       -   Le ping fonctionne
       -   Pare-feux et AV désactivés
       -   Partage de fichier et imprimante activé
       -   Rajout de l'option "-h" rien n'y fait
       -   Je suis allé modifier regedit selon des solutions trouvées sur internet pour ajouter une clé de registre LocalAccounFilterPolicy => rien, et une clé AutoShareWks => toujours rien.
       -   Je suis allé à \\nom_pc\admin$ : un username et mot de passe m'est alors demandé, mais après avoir rentré mes identifiants de session => Accès refusé (ce n'est pas sensé être le login et mdp de la session administrateur ?)
 
J'ai la dernière version de PsTools (v 2.44) et pour info, quand je le fais sur 2 machines XP ça marche. Je commence à penser que c'est un problème de configuration avec win 7.
 
Voilà je reste très attentif à toutes suggestions de votre part
 
En vous remerciant

Reply

Marsh Posté le 17-07-2012 à 18:23:18   

Reply

Marsh Posté le 18-07-2012 à 08:59:37    

Essaye plutôt d'activer WinRM et Powershell pour faire ceci (via GPO).
Annule toutes les modifications que tu as fais plus haut, vérifie que les deux postes sont dans le domaine et que tu as les droits nécessaires.

Reply

Marsh Posté le 18-07-2012 à 09:24:59    

Jamais essayé sur win7 mais en tout cas l'outil est dit compatible...
http://technet.microsoft.com/en-us [...] 96649.aspx

Reply

Marsh Posté le 18-07-2012 à 09:32:03    

Je n'ai pas dit qu'il n'était pas compatible, mais que Microsoft fournit désormais une solution native et administrable de façon centralisée qui offre des fonctionnalités similaires (du moins si ton objectif est de lancer un cmd.exe sur un poste distant).

Reply

Marsh Posté le 18-07-2012 à 09:45:56    

Je vous remercie pour vos réponses. Je comptais utiliser PsExec pas seulement pour exécuter des commandes via cmd mais aussi installer des logiciels, arrêter des machines à distance.
Je vais me renseigner sur WinRM que je ne connais pas. Je vous tiens au courant

Reply

Marsh Posté le 18-07-2012 à 11:24:29    

Encore des erreurs !  :fou:  
 
J'ai voulus installer WinRM côté serveur dans un premier temps :
sur cmd : winrm quickconfig => erreur : Accès refusé
J'ai exécuté cmd en administrateur et voilà l'erreur que j'ai :  
 
WSManFault
   Message = Plus de données sont disponibles.
 
Numéro d'erreur : -2147024662 0x800700EA
Plus de données sont disponibles.
 
C'est incroyable  :cry:  

Reply

Marsh Posté le 18-07-2012 à 11:28:44    

WinRM quickconfig sert à la configuration, pas à l'installation. WinRM est installé nativement sur 7 et 2008 R2.

Reply

Marsh Posté le 18-07-2012 à 11:35:02    

Je voulais dire configurer bien entendu

Reply

Marsh Posté le 18-07-2012 à 12:08:13    

Quel est l'OS de ton serveur ? Le service pare-feu est démarré ? Que donne la commande Powershell Enable-PSRemoting ?

Reply

Marsh Posté le 18-07-2012 à 12:16:15    

Win 7. Pare-feux désactivé.
Commande powershell enable-psremoting :
 
Après avoir confirmer Oui pour tout à la demande de configuration rapide de WinRM j'ai l'erreur suivante qui s'affiche en rouge sur le cmd :
 
Set-WSManQuickConfig : Plus de données sont disponibles
Au niveau de la ligne : 50 Caractère : 33
+                           Set-WSManQuickConfig <<<< -force
      + CategoryInfo                :  InvalidOperation (:) [Set-WSManQuickConfig], InvalidOperationException
      + FullyQualifiedErrorId : WsManError, Microsoft.WSMan.Management.SetWSManQuickConfigCommand

Reply

Marsh Posté le 18-07-2012 à 12:16:15   

Reply

Marsh Posté le 18-07-2012 à 12:19:10    

PS : Je rappelle que j'ai exécuté cmd en administrateur

Reply

Marsh Posté le 18-07-2012 à 12:33:12    

Procède dans le bon ordre.
 
- As-tu annulé les modifications que tu as fait auparavant ? Si non pas la peine d'aller plus loin.
- Les postes sont-ils dans le domaine ?  
- "Pare-feu désactivé" -> pas besoin d'une part (les règles nécessaires sont activées autoamtiquement), et il faut vérifier le service pare-feu

Reply

Marsh Posté le 18-07-2012 à 15:09:39    

Enfin ça se configure ! J'avais annulé les modifications sauf au niveau des clés de registre où j'ai passé la valeur de 1 en 0 en passant que ça annulerait sauf que la configuration de winrm nécessite la création de la clé de registre LocalAccountInfoPolicyFilter. Le problème venait de là donc.
 
Merci nebulios! Je vais maintenant regarder un petit peu comment ça fonctionne entre WinRM (serveur) et WinRS (Client).
Dernière petite question : est-il possible d'installer des logiciels dont le setup n'est pas en .msi ?  
Encore merci

Reply

Marsh Posté le 18-07-2012 à 15:33:39    

Attention WinRM c'est (en gros) la couche qui permet l'administration à distance, l'outil d'exécution c'est Powershell.
 
Pour l'installation d'applications je n'ai jamais testé, et ce n'est pas prévu pour ça. Le mieux est que tu passes par un outil dédié type OCS.

Reply

Marsh Posté le 18-07-2012 à 15:54:35    

OCS ne propose pas ce genre de chose. Peut-être GLPI...

Reply

Marsh Posté le 18-07-2012 à 15:56:59    

Je viens de regarder, GLPI non plus...

Reply

Marsh Posté le 18-07-2012 à 16:09:14    

Plusieurs clients ont du OCS Inventory et déploient des softs/patchs avec.

Reply

Marsh Posté le 18-07-2012 à 23:05:44    

hlokin a écrit :

OCS ne propose pas ce genre de chose. Peut-être GLPI...


 
ocs le permet :)

Reply

Marsh Posté le 30-01-2014 à 11:35:28    

BOnjour, je tombe sur ce topic, et ayant eu besoin de faire des installs à distance, je vous donne la solution qui marche parfaitement avec psexec!!!

 

Alors tout d'abord récupérer les pstools visibles ici:
http://technet.microsoft.com/en-us [...] 96649.aspx

 

En suite se placer dans le répertoire ou mettre le chemin complet, et il possible par exemple de déployer et mettre à jour flashplayer de la sorte:

Citation :


c:\Temp\PSTools\PsExec \\POSTE -u user -p password -i -d -c "install_flashplayer12x32ax_gtbd_chrd_dn_aaa_aih.exe" -install

 

en gros ça pussh l'exécutable d'installation, la fenêtre s'ouvre devant l'utilisateur en tant que user précisé dans -u donc compte qui a les droits admins, et donc en précisant le paramêtre -install flashplayer lance son installation!
Fonctionnel sous seven 64 bit. (je ne sais pas si c'est compatible windows 8...)

 

Du coup idéal pour faire les majs sur des pcs dont les utilisateurs ne sont pas admin et le tout à distance!!! :)

 


EDIT: il est possible de le faire en mode silencieux normalement à partir du package msi en faisant sous la forme:

Citation :


-d -s msiexec.exe /i -c "install_flash_player_12_active_x.msi" /qn


mais pour l'instant je n'y arrive point...

 

EDIT2: ok pour le msi il faut un répertoire partagé et ne pas préciser -c on ne peut pas faire les deux en même temps.

 

EDIT3: bon en fait il faut rester en mode interactif sinon les chemins réseaux ne fonctionnent pas...
Donc ça donne au final ça:

Citation :


c:\Temp\PSTools>c:\Temp\PSTools\PsExec \\POSTE -u user -p mdp -d -i msiexec.exe /i "\\Serveur\Deploiement\FlashPlayer\install_flash_player_12_active_x.msi" /qn


Et ça fonctionne l'utilisateur ne voit rien. :)


Message édité par SCP le 30-01-2014 à 12:19:17
Reply

Marsh Posté le 30-01-2014 à 14:38:17    

Bonjour,
 
j'utilise psexec sans soucis dans un domaine windows 2008 client xp et 7 pro
 
psexec \\PC -u domaine\admin -p pass cmd (lance la commande de ton coté)
psexec \\PC -u domaine\admin -p pass -i cmd (lance la commande du coté client)
 
 

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed