2013-06-24 5 views
9

Je teste la connexion WinRM en utilisant l'invite de commande sur ma machine locale et distante et ma question est divisée en deux parties.Configurer et écouter avec succès en utilisant WinRM dans powershell

PARTIE I

J'ai testé la connectivité TCP/IP en utilisant la commande ping sur: Adresse IP de l'ordinateur local et l'ordinateur distant, la passerelle par défaut et le serveur DNS et il fonctionne parfaitement sur les deux ordinateur local et à distance.

Mais lors du test en utilisant les commandes WinRM, j'ai utilisé cette commande pour localiser les auditeurs et les adresses

winrm e winrm/config/listener 

Il me donne cette sortie pour ma machine locale

Listener 
Address = * 
Transport = HTTP 
Port = 5985 
Hostname 
Enabled = true 
URLPrefix = wsman 
CertificateThumbprint 
ListeningOn =<IP Address>,127.0.0.1, ::1,fe80::100:7f:fffe%13,fe80::803:5e43:50ef:c50%11 

Mais la même commande quand je cours sur la machine distante me donne une sortie avec tout le reste le même, sauf

Listener[Source="GPO"] 
. 
. 
. 
ListeningOn=null 

Je veux le configurer pour le faire écouter correctement.

PARTIE II

Et quand je lance ces commandes un par un sur ma machine distante

winrm id -r:<machine name> 
winrm get winrm/config -r:<machine name> 
winrm get wmicimv2/Win32_Service?Name = WinRM -r:<machine name> 

Il donne une erreur WSMan avec un message d'erreur:

The client cannot connect to the destination specified in the request. Verify 
that the service on the destination is running and is accepting requests.Consult 
the logs and documentation for WS-Management service running on the destination, 
most commonly IIs or WinRM. If the destination is the WinRM service, run the 
following command on the destination to analyse and configure the WinRM service: 
"winrm quickconfig". 

considérant que, mêmes commandes lorsque je cours sur ma machine locale fonctionne correctement. Tout au plus, tous les problèmes auxquels je fais face sont sur ma machine distante. Qu'est-ce qui cause cela et comment puis-je le configurer pour écouter et se connecter avec succès? Merci.


Partie II, je suis maintenant capable de les exécuter sur une de mes autres machines distantes avec une sortie correcte.

J'ai fait quelques changements dans cette machine à distance particulière pour laquelle j'avais posté la question et ainsi, il ne fonctionnerait pas ces commandes jusqu'à ce que je fixe la partie I mais d'ailleurs si rien n'a été changé il fonctionnera exactement comme fait sur mes autres machines distantes.

je serais toujours reconnaissant si quelqu'un pouvait me aider à la partie I dans laquelle je dois me débarrasser de

Listener[Source=GPO] 
.. 
. 
ListeningOn=null 

quand je lance la commande

winrm e winrm/config/listener 

parce que c'est ce qui est à l'origine des problèmes mais je ne suis pas sûr comment désactiver/supprimer les paramètres de stratégie de groupe.

+0

Est-ce que 'telnet 5985' établit une connexion? Sur quelle "machine locale" obtenez-vous quelle sortie pour "ListeningOn"? Avez-vous exécuté 'winrm qc' sur les deux hôtes? –

+0

Oui, j'ai couru winrm qc sur les deux (machine locale et distante) et ils me fournissent tous deux la sortie correcte que winRM est configuré. Et je viens de faire une correction dans ma question, 'ListeningOn = null' est sur la machine distante. – sanya

+0

Vérifiez s'il existe une stratégie sur l'hôte distant empêchant WinRM d'écouter. Avez-vous essayé d'activer l'écouteur sur l'hôte distant? ('winrm set winrm/config/Listener?Adresse = * + Transport = HTTP @ {Enabled = "true"} ') –

Répondre

10

Pour déterminer quelle stratégie de groupe est la configuration de votre WinRM, vous pouvez exécuter la commande suivante à partir d'une invite de commande administrative:

gpresult /h result.html & result.html 

Dans le résultat affiché, recherchez Composants Windows/Windows Remote Management (WinRM)/Service WinRM. Le GPO gagnant est l'endroit où vous pouvez activer/désactiver les paramètres GPO. Utilisez la console GPMC (Console de gestion des stratégies de groupe) pour gérer la stratégie de groupe.

ListeningOn = null apparaît lorsqu'un administrateur a mal configuré le paramètre de filtre de stratégie de groupe IPv4 Autoriser la configuration automatique des écouteurs habituellement avec une adresse IP ou réseau qui n'existe pas sur le serveur affecté.

3

J'ai eu le même problème et a constaté que lorsque le GPO Cadre: Autoriser la gestion de serveur à distance par WinRM avait un filtre IPv4 réglé sur l'adresse IP de mon jumphost la commande winrm e winrm/config/listener généré la question ListeningOn=null. J'ai résolu cela en réglant le filtre à * et en triant les autorisations au niveau du pare-feu à la place.

2

Pour réinitialiser les adresses IP (ListeningOn), vous devez probablement recréer l'écouteur (supprimez l'ancien écouteur HTTP et créez-en un nouveau). Veuillez trouver l'exemple ci-dessous.


Dans PowerShell:

Remove-WSManInstance winrm/config/Listener -SelectorSet @{Address="*";Transport="http"} 
New-WSManInstance winrm/config/Listener -SelectorSet @{Address="*";Transport="http"} 

Voici la syntaxe de l'adresse IP spécifique pour lier:

New-WSManInstance winrm/config/Listener -SelectorSet @{Address="IP:192.168.100.2";Transport="http"} 

Dans l'invite de commande:

winrm delete winrm/config/Listener?Address=*+Transport=HTTP 
winrm create winrm/config/Listener?Address=*+Transport=HTTP 

Pour en savoir plus:

Question connexe: Allow PowerShell remoting only from one address.

Questions connexes