Get-Process à distance de l'ordinateur ne fonctionne pas, mais Invoke-Command n'
J'ai 2 serveurs exécutant Windows Server 2012 R2. L'un d'eux est l'hôte d'une machine virtuelle fonctionnant sous Windows 7 32 bits, et je suis en train d'utiliser l'autre serveur pour afficher les processus en cours d'exécution de la machine virtuelle.
J'ai eu à utiliser Activer PSRemoting -SkipNetworkProfileCheck pour que tout puisse fonctionner. J'ai eu aussi d'ajouter les ordinateurs les uns aux autres TrustedHosts listes.
Get-Process -ComputerName VM01
sera de retour d'une "impossible de se connecter à la machine à distance". Cependant,
Invoke-Command -ComputerName VM01 -ScriptBlock {Get-Process}
fonctionne très bien. Quelle est la différence entre l'utilisation de la Commande Invoke-command et en utilisant le Processus avec un nom d'ordinateur argument? Dans le cas où il est important, je peux aussi utiliser la touche Entrée-PSSession sans aucun problème
OriginalL'auteur Milto007 | 2014-03-12
Vous devez vous connecter pour publier un commentaire.
Get-Process
utilise probablement le DCOM/RPC remoting protocole de Gestion à Distance de Windows (WinRM), ce qui est le PowerShell Remoting (eg.Invoke-Command
) utilise. Si vous avez un pare-feu bloquant DCOM/RPC, puis j'ai pu voir commentGet-Process
avec le-ComputerName
paramètre serait un échec. Avec PowerShell Remoting (via WinRM), tout ce que vous devez faire est d'ouvrir le TCP 5985 (HTTP) et TCP 5986 (HTTPS, en option).Qu'aimeriez-vous changer exactement? Je ne pense pas que vous pouvez dire
Get-Process
de travailler directement sur WinRM. Vous aurez besoin de continuer à utiliser les commandes qui sont assis sur le dessus de PowerShell Remoting (eg.Invoke-Command
, PowerShell activités de Flux de travail, etc.). Si vous voulez vraiment le DCOM/RPC pour le travail, vous aurez à assurez-vous que votre pare-feu est configuré pour ne pas bloquer le trafic réseau entre les hôtes, ou de configuration DCOM/RPC pour utiliser un port statique (PAS recommandé).OriginalL'auteur Trevor Sullivan
J'ai couru à travers cette erreur mon moi d'aujourd'hui, la solution dans mon cas (j'ai déjà eu des permis de port 5985) le problème est survenu à cause de mon pare-feu a bloqué le port 445 (sur la cible).
Dès que ce port était activé, j'ai pu utiliser,
et
Cependant, je ne vous recommande la lecture de cette page:
https://www.grc.com/port_445.htm
comme il semble que certains problèmes de sécurité peuvent apparaître sur permettant ce port vers l'Internet.
Mes symptômes était exactement comme OP descripes...
OriginalL'auteur thatCrazyDog