Impossible de créer de la session powershell à distance après avoir Activer PSRemoting

Je ne peux pas accéder à distance n'importe quelle machine pour sauver ma vie! J'ai essayé tout ce que je peux trouver. Si quelqu'un pouvait dépanner ou me guider, je l'apprécierais que ce serait un excellent outil pour ajouter sur mon domaine.

De l'INSTALLATION:

De l'ordinateur Client à l'intérieur du domaine
Serveur de la machine à l'intérieur ou à l'extérieur de domaine Virtualisés et utilisé pour WSUS Computername: wsustest
De SERVEUR de CLIENT de la MACHINE physique - computername: epizzi-pc

SUIT:

enable-pssremoting fait! sur toutes les machines 
trustedhosts configuré avec * ou un client de la machine ajouté 
Pare-feu avec un profil public off, juste au cas où

Entrez-PSSession-ComputerName wsustest -Credential wsustest\administrateur 
Entrez-PSSession-ComputerName epizzi-pc -Credential epizzi-pc\administrador 
Entrez-PSSession : Connexion au serveur distant epizzi-pc a échoué avec le message d'erreur suivant : WinRM ne peut pas traiter la demande. L'erreur suivante avec errorcode 0x80090311 
produite pendant l'utilisation de l'authentification Kerberos: Il n'existe actuellement pas de serveurs d'ouverture de session est disponible pour traiter la demande d'ouverture de session. 
Les causes possibles sont: 
-Le nom d'utilisateur ou le mot de passe spécifié est invalide. 
-Kerberos est utilisé quand aucune méthode d'authentification et aucun nom d'utilisateur n'est spécifié. 
-Kerberos accepte de domaine les noms d'utilisateur, locale, mais pas les noms d'utilisateur. 
-Le Nom Principal de Service (SPN) pour le nom de l'ordinateur distant et le port n'existe pas. 
-Le client et à distance les ordinateurs sont dans des domaines différents et il n'y a pas de confiance entre les deux domaines. 
Après avoir vérifié les points ci-dessus, essayez les solutions suivantes: 
-Vérifier l'Observateur d'Événements pour les événements liés à l'authentification. 
-Changer la méthode d'authentification; ajouter l'ordinateur de destination pour la WinRM TrustedHosts paramètre de configuration ou de l'utilisation de HTTPS transport. 
Notez que les ordinateurs dans le TrustedHosts liste peut ne pas être authentifié. 
-Pour plus d'informations sur la configuration WinRM, exécutez la commande suivante: winrm aider config. Pour plus d'informations, voir la about_Remote_Troubleshooting rubrique d'Aide. 
Au niveau de ligne:1 caractère:1 
+ Enter-PSSession -ComputerName epizzi-pc -Credential epizzi-pc\administrador 
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
+ CategoryInfo : InvalidArgument: (epizzi-pc:String) [Entrée-PSSession], PSRemotingTransportException 
+ FullyQualifiedErrorId : CreateRemoteRunspaceFailed

Entrez-PSSession-ComputerName wsustest -UseSSL -Credential wsustest\administrateur 

*Entrez-PSSession : Connexion au serveur distant wsustest a échoué avec le message d'erreur suivant : WinRM ne peut pas terminer l'opération. Vérifiez que le nom de l'ordinateur spécifié est 
valide, que l'ordinateur est accessible sur le réseau, et qu'une exception de pare-feu pour le service WinRM est activée et permet l'accès à partir de cet ordinateur. Par défaut, le WinRM 
exception de pare-feu pour les profils publics des limites d'accès à des ordinateurs distants au sein de la même sous-réseau local. Pour plus d'informations, voir la about_Remote_Troubleshooting rubrique d'Aide. 
Au niveau de ligne:1 caractère:1 
+ Enter-PSSession -ComputerName wsustest -UseSSL -Credential wsustest\administrato ... 
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
+ CategoryInfo : InvalidArgument: (wsustest:String) [Entrée-PSSession], PSRemotingTransportException 
+ FullyQualifiedErrorId : CreateRemoteRunspaceFailed* 
Erreurs:

Êtes-vous en mesure de telnet sur le port 5985 sur le client?

OriginalL'auteur user1056661 | 2013-04-17

powershell remoting

10

J'ai reçu le même problème lors de l'accès distant à un serveur et j'ai trouvé ce blog très utile - http://jeffgraves.me/2013/10/14/powershell-remoting/

Pour mon cas précis je n'ai suivantes:

Sur la machine Locale
1. winrm quickconfig (bien que cela a déjà été configuré)
2. winrm s winrm/config/client " @{TrustedHosts="myservername.domaine"}'
Sur la machine Distante
1. activer psremoting -force
2. Set-PSSessionConfiguration -ShowSecurityDescriptorUI -Nom De Microsoft.PowerShell -Force
Est "myservername.domain" se référant à la machine distante dans ce cas?
C'est correct, comme indiqué dans Jeff Tombes' post '...vous aurez besoin d'ajouter le système à distance à l'TrustedHosts liste sur le système client'

OriginalL'auteur IsolatedStorage

C'est comment je le fais. Je l'utilise sur mes scripts.

# This is only done once
Read-Host -AsSecureString | ConvertFrom-SecureString | Out-File
c:\Windows\temp\securepass.txt

# Setup credentials
$SecureString = Get-Content c:\Windows\temp\securepass.txt | ConvertTo-SecureString
$mycredentials = New-Object -TypeName System.Management.Automation.PSCredential
    -ArgumentList "yourDomain\userID",$SecureString

# Open remote session:
$MyRSession = New-PSSession -ComputerName Computer1 -Credential $mycredentials
    -Authentication default

# Use remote session:
Enter-PSSession $MyRSession

OriginalL'auteur yaxzone

1

Si il n'y a pas de confiance entre le client et serveur, ordinateurs, vous devez activer l'authentification de base sur le côté serveur. Le faire en utilisant les propriétés correctes sur le WSMAN: disque sur le serveur. Vous devez évidemment avoir à le faire de manière interactive sur la console ou via le bureau à distance, en raison de la poule et de l'œuf problème 🙂 Aussi, cela peut jouer aussi:

http://www.nivot.org/blog/post/2009/10/30/PowerShell20EnablingRemotingWithVirtualXPModeOnWindows7

eh bien, j'ai ajouté le domaine, sauf que je ne posséde un compte administrateur Encore. j'ai donc été tring avec l'administrateur local comptes creds, je vais essayer ur suggestions

OriginalL'auteur x0n
0

Se débarrasser de -UseSSL. J'ai activé PSRemoting et a eu des problèmes avec l'utilisation que. Je suppose que je pourrais le regarder plus tard, mais pour l'instant, il n'a pas d'importance.

je l'ai fait essayer sans useSSL, toujours eu une erreur

OriginalL'auteur MDMoore313
0

J'ai réalisé une session à distance avec Entrée-pssession commande, devaient suivre ces paramètres exacts
```
$creds =  get-credential (the -credential parameter in enter-pssession does not work properly, thus u must         previously enter the object at another variable)
Enter-pssession -computername wsustest -authentication Default -credentials $creds
```
j'ai Également eu à régler à la fois le client et le serveur distant dans la confiance hôtes wsman: espace

une autre solution qui sûrement wouldve travaillé mais je n'ai pas essayé, wouldve été mise en https: qui est plus difficile à faire.

merci à tous, vos commentaires certainement conduit à la solution!

OriginalL'auteur user1056661
0

J'ai eu autour de ce problème à l'aide d'un spécialiste de l'ouverture de session. Au lieu de "netbiosdomain\accountname", j'ai utilisé le nom de domaine complet\accountname, comme dans Microsoft.com\mondossier dans le get-credential invite. Peut ne pas fonctionner pour tout le monde, mais ça vaut le coup.

OriginalL'auteur Bobby T

Vous devez vous connecter pour publier un commentaire.