Dlaczego moje skrypty PowerShell nie działają?

Napisałem prosty plik wsadowy jako skrypt PowerShell i otrzymuję błędy podczas ich uruchamiania.

Znajduje się w katalogu skryptów w mojej ścieżce. Oto błąd, który otrzymuję:

Nie można załadować, ponieważ wykonywanie skryptów jest wyłączone w tym systemie. Zobacz „Uzyskaj pomoc dotyczącą podpisywania”.

Szukałem pomocy, ale to mniej niż pomocne.

Może to być domyślny poziom bezpieczeństwa PowerShell, który (IIRC) będzie uruchamiał tylko podpisane skrypty.

Spróbuj wpisać to:

set-executionpolicy remotesigned

To powie PowerShell, aby zezwolił na uruchamianie lokalnych (to znaczy na dysku lokalnym) niepodpisanych skryptów.

Następnie spróbuj ponownie wykonać skrypt.

Musisz biegać Set-ExecutionPolicy:

Set-ExecutionPolicy Restricted <-- Will not allow any powershell scripts to run.  Only individual commands may be run.

Set-ExecutionPolicy AllSigned <-- Will allow signed powershell scripts to run.

Set-ExecutionPolicy RemoteSigned <-- Allows unsigned local script and signed remote powershell scripts to run.

Set-ExecutionPolicy Unrestricted <-- Will allow unsigned powershell scripts to run.  Warns before running downloaded scripts.

Set-ExecutionPolicy Bypass <-- Nothing is blocked and there are no warnings or prompts.

Posługiwać się:

Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope Process

Zawsze używaj powyższego polecenia, aby umożliwić wykonywanie programu PowerShell w bieżącej sesji.

Udało mi się ominąć ten błąd, wywołując PowerShell w następujący sposób:

powershell -executionpolicy bypass -File .\MYSCRIPT.ps1

Oznacza to, że dodałem -executionpolicy bypassdo sposobu wywoływania skryptu.

To działało w systemie Windows 7 z dodatkiem Service Pack 1. Jestem nowy w programie PowerShell, więc mogą istnieć zastrzeżenia dotyczące robienia tego, których nie jestem świadomy.

[Edytuj 2017-06-26] Nadal bez problemu korzystam z tej techniki w innych systemach, w tym Windows 10 i Windows 2012 R2.

Oto, czego teraz używam. Dzięki temu nie mogę przypadkowo uruchomić skryptu, klikając go. Kiedy uruchamiam go w programie planującym, dodaję jeden argument: „harmonogram”, który omija monit.

To również zatrzymuje okno na końcu, więc mogę zobaczyć dane wyjściowe PowerShell.

if NOT "%1" == "scheduler" (
   @echo looks like you started the script by clicking on it.
   @echo press space to continue or control C to exit.
   pause
)

C:
cd \Scripts

powershell -executionpolicy bypass -File .\rundps.ps1

set psexitcode=%errorlevel%

if NOT "%1" == "scheduler" (
   @echo Powershell finished.  Press space to exit.
   pause
)

exit /b %psexitcode%

Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope Process

Powyższe polecenie działało dla mnie nawet wtedy, gdy wystąpi następujący błąd:

Access to the registry key 'HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\PowerShell\1\ShellIds\Microsoft.PowerShell' is denied.

Warto również wiedzieć, że może być konieczne umieszczenie .\przed nazwą skryptu. Na przykład:

.\scriptname.ps1

Polecenie set-executionpolicy unrestrictedpozwoli każdemu utworzonemu skryptowi na uruchomienie jako zalogowany użytkownik. Po prostu upewnij się, że ustawiłeś zasady wykonywania z powrotem na podpisane za pomocą set-executionpolicy signedpolecenia przed wylogowaniem.

W systemie Windows 10: kliknij opcję zmień właściwość zabezpieczeń pliku myfile.ps1 i zmień opcję „zezwól na dostęp”, klikając prawym przyciskiem myszy / właściwości na pliku myfile.ps1