PowerShell 2.0: l'Accès aux Partages Windows lors d'une Session à Distance

J'ai de la difficulté d'accéder à un emplacement réseau partagé tandis que dans une PowerShell session à distance.

À partir de l'invite de PowerShell, j'entre dans une nouvelle session:

Enter-PSSession server1

La session est correctement créé et est entré. J'ai ensuite tenter de lister le contenu de l'action:

dir \\server2\share1

La réponse est cette erreur:

Get-ChildItem : Cannot find path '\\server2\share1' because it does not exist.

Cependant, si j'bureau à distance dans serveur1, mettre en place PowerShell, et exécuter la même commande dir, le contenu est correctement indiquée.

J'ai essayé des choses différentes à l'aide des informations d'identification, mais qui ne semble pas à le résoudre. J'ai également confirmé par le "whoami" commande que j'ai la même identité dans les deux exemples.

Ce qui serait à l'origine?

  • Pour moi, l'ajout de "Microsoft.PowerShell.Core\FileSystem::" devant le chemin d'accès du répertoire travaillé
InformationsquelleAutor Moskie | 2010-02-10
  1. 9

    Si vous ne pouvez pas utiliser l'identification de la délégation, comme mentionné ci-dessus, vous pouvez monter (ou simplement de s'authentifier en tant que ci-dessous) le partage distant dans la session à distance à l'aide de explicite informations d'identification, par exemple

    [server1] ps> net use \\server2\share * /user:username
(prompts for password)
[server1] ps> dir \\server2\share
(listing)

    Ce problème n'a rien à voir avec powershell proprement dit; vous êtes en essayant de rejouer vos informations d'identification locales dans une session à distance à un tiers lieu et de tomber sous le coup de la NTLM "double saut" limitation.

    • Ne fonctionne pas avec l' * (uniquement lors de la saisie du mot de passe en texte clair sur la ligne de commande): net : erreur Système 1312 a eu lieu. + CategoryInfo : NotSpecified: (erreur de Système 1312 a eu lieu.:String) [], RemoteException + FullyQualifiedErrorId : NativeCommandError Une ouverture de session spécifiée n'existe pas. Il peut déjà avoir été résilié.
    • hmm.. ça doit être l'invite interactive de la native de la console app (net.exe) qui souffle jusqu'à la session à distance. Je me demande si cela explose en powershell 3.0 - quelle version avez-vous tester?
    • Je l'ai testé dans v3. 🙁
    InformationsquelleAutor x0n
  2. 6

    Lire la section "Identification de la Délégation"
    Ici - Crédit à Keith Hill
    et effectuez les étapes suivantes si vous ne l'avez pas déjà fait.

    • Nice, qui a l'air prometteur, je vais l'essayer bientôt. Merci pour le lien, on dirait qu'il a beaucoup d'infos utiles.
    • Uh-oh, que de mauvaises nouvelles. Selon les instructions, j'ai exécuté cette commande sur le serveur distant: Activer-WSManCredSSP –Rôle de Serveur. Il a généré cette erreur: Activer-WSManCredSSP : Cette applet de commande Powershell n'est pas disponible sur les plates-formes suivantes: Windows XP et Windows Server 2003. (c'est de la course Server 2003)
    • Un autre billet de blog sur le sujet: ravichaganti.com/blog/?p=1230
    • Et CredSSP client doit être disponible pour WinXP SP3, mais CmdLet refuse toujours. support.microsoft.com/kb/951608
    InformationsquelleAutor dugas