Bendrinti naudojant

„Windows PowerShell“: administratorių DUK

  • Straipsnis

 

Taikoma: Office 365 for professionals and small businesses, Office 365 for enterprises, Live@edu

Tema paskutinį kartą modifikuota: 2011-03-19

Čia pateikti administratoriams kylantys klausimai apie „Windows PowerShell“ ir „Windows“ nuotolinį valdymą (WinRM).

Kur sužinoti daugiau apie „Windows PowerShell“ ir „WinRM“?

Norėdami sužinoti, kaip įdiegti bei konfigūruoti „Windows PowerShell“ ir prisijungti prie tarnybos, žr. „Windows PowerShell“ naudojimas „Exchange Online“ programoje.

Klaidos ir siūlomi sprendimai

  • Klaidos, bandant prisijungti

  • Klaidos, bandant vykdyti komandas

Klaidos, bandant prisijungti

Klaida Siūlomas sprendimas

Prieiga uždrausta.

Patikrinkite, ar teisingi kredencialai, kuriuos naudojate norėdami prisijungti.

„WinRM“ klientas negali apdoroti užklausos. Jis negali nustatyti HTTP atsakymo turinio tipo iš paskirties kompiuterio. Turinio tipo nėra arba jis neleistinas.

Patikrinkite, ar vartotojo abonementas yra įgaliotas prisijungti prie nuotolinių išteklių saugyklomis pagrįstos tarnybos, naudodamas „Windows PowerShell“. Daugiau informacijos žr. Vartotojų prieigos prie „Windows“ nuotolinio valdymo kontrolė.

„PowerShell“ priedas nepalaiko protokolo versijos, kurios užklausą pateikė klientas. Įsitikinkite, kad klientas yra suderinamas su „PowerShel“ <build number>.

Įdiegta netinkama „Windows PowerShell“ versija. Norėdami įdiegti „Windows Management Framework“, kurioje yra tinkama „Windows PowerShell“ versija, žr. „Windows PowerShell“ diegimas ir konfigūravimas.

„Windows Remote Shell“ negali apdoroti užklausos; nepavyko rasti užklausoje nurodytos išrinkiklio vertės <GUID>.

Įdiegta netinkama „WinRM“ versija. Norėdami įdiegti „Windows Management Framework“, kurioje yra tinkama „WinRM“ versija, žr. „Windows PowerShell“ diegimas ir konfigūravimas.

„WinRM“ klientas negali apdoroti užklausos. „WinRM“ bandė naudoti „Negotiate“ autentifikavimo mechanizmą, tačiau paskirties kompiuteris pateikė klaidą „prieiga uždrausta“. Serverio nurodyti galimi autentifikavimo mechanizmai: pagrindinis.

Ryšiui reikalingas pagrindinis autentifikavimas. Klaida nurodo, kad „WinRM“ nesukonfigūruotas leisti pagrindinio autentifikavimo. Daugiau informacijos žr. „Windows PowerShell“ diegimas ir konfigūravimas.

Įvesties / išvesties operacija buvo nutraukta, nes buvo išeita iš gijos arba dėl taikomosios programos užklausos.

Pirmiausia, jei reikia daugiau informacijos, gavę klaidą iš karto vykdykite toliau nurodytą komandą:

$Error[0].Exception | Format-List * -Force

Šios komandos sugeneruotoje išvestyje gali būti parašyta: ErrorRecord : Connecting to remote server failed with the following error message: WS-Management cannot process the request. The operation failed because of an HTTP error. The HTTP error (12007) is: The server name or address could not be resolved.

Ši klaida gali nurodyti, kad jūsų vietinį kompiuterį saugo „Microsoft“ interneto saugos ir spartinimo (ISA) serveris. Jei taip yra, turite modifikuoti vietinio kompiuterio konfigūraciją. Toliau nurodyta, kaip tai padaryti.

  1. Įdiekite „Microsoft“ užkardos klientą.

  2. Jei užkardos kliento įdiegimas nepadeda, patikrinkite vietinio kompiuterio HTTP tarpinio serverio parametrus, vykdydami toliau nurodytą komandą:

    netsh winhttp show proxy

    Komandos išvestyje gali būti parašyta:

    Current WinHTTP proxy settings:
    Direct access (no proxy server).

  3. Jei jūsų vietiniame kompiuteryje nenurodytas HTTP tarpinis serveris, nurodykite jį vykdydami šią komandą:

    netsh winhttp set proxy <proxy server name>:80 "<local>"

    Pavyzdžiui, jei jūsų organizacijos tarpinio serverio pavadinimas yra proxy1, vykdykite toliau nurodytą komandą:

    netsh winhttp set proxy proxy1:80 "<local>"

    Įvykdę tarpinio serverio konfigūravimo komandą, turėtumėte matyti panašią išvestį:

    Current WinHTTP proxy settings:
    Proxy Server(s) :  proxy1:80
    Bypass List     :  local

Klaidos, bandant vykdyti komandas

Klaida Siūlomas sprendimas

Cmdlet netikėtai nebeveikia. Kodėl taip yra?

Jei esate prisijungę prie nuotolinių išteklių saugyklomis pagrįstos organizacijos ir aptikote, kad cmdlet neveikia, jūsų ryšys gali būti nutrauktas dėl tinklo klaidos ar kitų problemų.

Pvz., vykdant šią komandą:

Get-Mailbox

Gali įvykti šios klaidos:

  • Error processing data from remote server using WinRMReceiveShellOutputEx api.

  • Cannot bind parameter 'ConfigurationName'. Cannot convert value "-System.Management.Automation.Remoting.RemoteSessionInfo" to type "System.Management.Automation.Remoting.RemoteSessionInfo".

Jei taip yra, iš naujo prisijunkite vykdydami nurodymus, pateiktus „Windows PowerShell“ prijungimas prie tarnybos.

Srautas neapdorojamas, nes jis jau apdorotas. Srautų negalima vykdyti lygiagrečiai.

Šią klaidą matote, kai pateikiate cmdlet išvestį foreach komandai, kuri taip pat naudoja cmdlet. Pavyzdžiui:

Get-Mailbox | foreach {Set-Mailbox $_.Name -CustomAttribute1 "Student"}

Vienu metu galite vykdyti daugiau nei vieną srautą. Norėdami išspręsti klaidą, išsaugokite pirmojo cmdlet rezultatus kaip kintamąjį ir pateikite kintamąjį foreach komandai. Pavyzdžiui:

$Mailboxes = Get-Mailbox
$Mailboxes | foreach {Set-Mailbox $_.Name -CustomAttribute1 "Student"}

Negalima įkelti <Script name>, nes šioje sistemoje išjungtas scenarijų apdorojimas.

„Windows PowerShell“ nuotolinio apdorojimo strategiją turite nustatyti į RemoteSigned. Daugiau informacijos žr. „Windows PowerShell“ diegimas ir konfigūravimas.