Nie można uzyskać dostępu do dysku sieciowego w środowisku PowerShell działającym pod kontrolą administratora

Question

Używam programu PowerShell na maszynie wirtualnej z systemem Windows 7 x 64. Mam udostępniony folder na hoście zmapowany jako dysk sieciowy (Z :). Gdy uruchomię PS normalnie mogę uzyskać dostęp do dysku tylko w porządku, ale jeśli uruchomię go „jako administrator” mówi mi:

Set-Location : Cannot find drive. A drive with the name 'Z' does not exist. 
At line:1 char:13 
+ Set-Location <<<< Z: 
    + CategoryInfo   : ObjectNotFound: (Z:String) [Set-Location], DriveNotFoundException 
    + FullyQualifiedErrorId : DriveNotFound,Microsoft.PowerShell.Commands.SetLocationCommand 

Jak uzyskać dostęp do dysków sieciowych jako administrator?

Answer 1

Co powiesz na mapowanie nowego psdrive, aby uzyskać dostęp do danych? PSDrives działają równie dobrze, jeśli nie lepiej, niż dyski mapowane przez system podczas pisania skryptów lub uzyskiwania dostępu do sieciowych magazynów danych w PowerShell.

Instrukcja korzystania z New-PSDrive komandletu tutaj: Technet:New-PSDrive

Jeśli nie chcesz mieć, aby nowy psdrive za każdym razem można go dodawać do profili zarówno dla Administratora i twoi konto użytkownika i będzie ono automatycznie dostępne za każdym razem, gdy otworzysz pakiet powershell.

~ Dan

Answer 2

W końcu poprawka po prostu ponowne mapowanie litery dysku podczas pracy jako administrator:

net use Z: "\\vmware-host\Shared Folders" 

To nie musi być wykonane z tego samego PowerShell wystąpienie (lub w ogóle PowerShell) - to coś, co trzeba zrobić raz dla całej sesji logowania.

Answer 3

W moim przypadku mogłem po prostu użyć ścieżki UNC zamiast mapowania dysku i działało dobrze.

Tak więc, dla przykładu, zamiast używania zmapowanego dysku Z: \, użyłem tylko "\\ vmware-host \ Shared Folder" jako ścieżki.

Answer 4

Wydaje się znanym problemem dla firmy Microsoft od czasów Vista.
Microsoft Knowled base article z niebezpieczne ustalenie rejestru.

Obecnie oceny tego podejścia, jak niektórzy z naszych chłopaków mają uczucia, że ​​maszyna nie może rozpocząć się po tym ;-)

Answer 5

Innym obejście że zajęło mi ages znaleźć się uruchomić net use od A zaplanowane zadanie jako konto NT AUTHORITY \ SYSTEM. Podobno drives mapped under this account show up for all users and all elevation levels.

Przetestowałem to i działa nawet na udziałach NFS (może być trochę drobiazgowo). Wystarczy utworzyć zaplanowanego zadania ustawiony do uruchamiania przy starcie systemu i określ zwykłe polecenie:

net use //server/share Z: /persistent:no 

Może ewentualnie pracować, aby go uruchomić tylko raz /persistent:yes, ale nie próbowałem tego. Przyznane, "po prostu mapuj ponownie" działa również, ale napęd nadal nie będzie widoczny dla zaplanowanych zadań uruchomionych w różnych kontekstach. Minusem jest to, że wszyscy prawdziwi użytkownicy to widzą, więc nie tak dobrze dla konfiguracji wielu użytkowników.

Answer 6

Używam następującego hacky rozwiązanie, w którym odtwarzam "brakujące" PSDrives w profile.ps1, gdy Powershell jest uruchomiony w podwyższonym trybie.

Gist

# Reconnect PSDrives for network connections when running with elevated privileges 
$elevated = (([Security.Principal.WindowsPrincipal][Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole]::Administrator)) 
if($elevated) { 
    net use | ?{ $_ -match ":\s+\\\\" -and !$_.StartsWith("Unavailable") } | %{ 
     $tokens = $_.split(":") 
     $psdrivename = $tokens[0][$tokens[0].length-1] 
     $path = $tokens[1].trim().split(" ")[0].trim() 

     if(!(get-psdrive | ?{ $_.Name -eq $psdrivename })) { 
      write-host ("Restoring PSDrive for {0}: {1}" -f $psdrivename, $path) 
      new-psdrive $psdrivename FileSystem $path | out-null 
     } 
    } 
}