Dlaczego mój skrypt utworzony lokalnie nie może działać w ramach zasad wykonywania RemoteSigned?

Ponieważ to pytanie nadal przyciąga odpowiedzi, które są albo odrzucane przez treść pytania, albo nie odnoszą się do rzeczywistego problemu, przeczytaj to proste podsumowanie tego, co musisz wiedzieć:

• To nie jest pytanie „Dlaczego moja domyślna instalacja programu PowerShell nie uruchamia skryptów?” pytanie.
• To nie jest pytanie „Dlaczego moja instalacja programu PowerShell nie uruchamia skryptów pobranych z Internetu?” pytanie.
• Powstaje pytanie, dlaczego RemoteSignedpolityka wykonywania uniemożliwia wykonanie skryptu, a nie powinna.
• RemoteSignedjest jedyną zasadą wykonywania, której chcę używać. Zdaję sobie sprawę, że dostępne są inne, mniej restrykcyjne zasady. Gdyby te zasady były akceptowalnymi substytutami, po prostu użyłbym ich zamiast tego, a to pytanie by nie istniało.
• Zasady wykonywania są już ustawione na RemoteSigned. Zmiana z RemoteSignedna RemoteSignednie jest rozwiązaniem.
• Plik skryptu jest tworzony i przechowywany lokalnie.
• Plik skryptu nie jest blokowany. Plik skryptu nigdy nie został zablokowany (patrz poprzedni punkt).
• Pliku skryptu nie można odblokować, ponieważ nie ma nic do odblokowania (patrz poprzedni punkt).
• Plik skryptu jest (próbuje) wykonać administrator.
• Windows PowerShellto jedyna zaangażowana aplikacja. Nie Windows PowerShell ISEani Command Promptani żadnych innych narzędzi lub redaktorzy są istotne.
• Przyczyna problemu została już zidentyfikowana (patrz zaakceptowana odpowiedź). Myślę, że po prawie 8 latach opublikowano również wszystkie inne oczywiste wyjaśnienia, mające zastosowanie lub nie. Jeśli uważasz, że jest inaczej, przeczytaj pytanie i istniejące odpowiedzi w całości, zanim dodasz swoje.

Używam programu Windows PowerShell 2.0 w 64-bitowym systemie Windows 7 Professional. Mam na swoim komputerze skrypt, Desktopktóry powoduje następujący błąd, gdy próbuję go uruchomić:

File C:\Users\UserName\Desktop\Script.ps1 cannot be loaded. The file C:\Users\UserName\Desktop\Script.ps1 is not digitally signed. The script will not execute on the system.  Please see "get-help about_signing" for more details..
At line:1 char:54
+ C:\Users\UserName\Desktop\TestGetWindowsUpdateLog.ps1 <<<<
    + CategoryInfo          : NotSpecified: (:) [], PSSecurityException
    + FullyQualifiedErrorId : RuntimeException

Jestem zarówno administratorem domeny, jak i administratorem lokalnym, a jeśli uruchomię Get-ExecutionPolicy -List, widzę, Group Policy Objectże utworzony w celu skonfigurowania PowerShell poprawnie stosuje zasady RemoteSignedwykonywania na poziomie komputera:

        Scope ExecutionPolicy
        ----- ---------------
MachinePolicy    RemoteSigned
   UserPolicy       Undefined
      Process       Undefined
  CurrentUser       Undefined
 LocalMachine       Undefined

Stworzyłem skrypt w sobie Notepad, i użył Sysinternals ' streamsnarzędzia i plik Propertiesdialogowe potwierdzające, że skrypt nie jest traktowane jako mające pochodzić z internetu. Jeśli skopiuję skrypt do udziału sieciowego na serwerze domeny, będzie można go wykonać. Jeśli uruchomię, Set-ExecutionPolicy -ExecutionPolicy Unrestricted -Scope LocalMachineskrypt lokalny nadal nie będzie mógł wykonać, co ma sens, ponieważ zasady wykonywania w MachinePolicyzakresie będą miały pierwszeństwo.

Zgodnie z dokumentacją about_Execution_Policies( aktualna ; w momencie zapytania ) RemoteSignedpolityka oznacza:

• Skrypty mogą działać.

• Wymaga podpisu cyfrowego od zaufanego wydawcy na skryptach i plikach konfiguracyjnych pobieranych z Internetu (w tym w programach do obsługi poczty e-mail i komunikatorów internetowych).

• Nie wymaga podpisów cyfrowych w skryptach, które uruchomiłeś i które napisałeś na lokalnym komputerze (nie pobrano z Internetu).

• Ryzyko uruchamiania niepodpisanych skryptów ze źródeł innych niż Internet oraz podpisanych, ale złośliwych skryptów.

Mój skrypt nie jest podpisany, ale ponieważ jest tworzony i wykonywany lokalnie, powinien spełniać wymagania trzeciego podpunktu powyżej. W związku z tym...

• Dlaczego mój skrypt nie może działać?
• Dlaczego program PowerShell narzeka, że ​​mój skrypt „nie jest podpisany cyfrowo”, podczas gdy to wymaganie powinno dotyczyć tylko plików z Internetu?
• Dlaczego program PowerShell nie przejmuje się już tym, że skrypt nie jest podpisywany, gdy jest uruchamiany z udziału sieciowego?

Czy plik jest blokowany? Miałem ten sam problem i udało mi się go rozwiązać, klikając prawym przyciskiem myszy plik PS1, Właściwości i wybierając Odblokuj.

Kilka rzeczy do sprawdzenia:

Czy możesz zmienić na nieograniczoną?

Set-ExecutionPolicy Unrestricted

Czy zasady grupy są ustawione?

• Computer Configuration\Administrative Templates\Windows Components\Windows PowerShell
• User Configuration\Administrative Templates\Windows Components\Windows PowerShell

Ponadto, jak wywołujesz Script.ps1?

Czy to pozwala mu działać?

powershell.exe -executionpolicy bypass -file .\Script.ps1

W końcu wyśledziłem to do bezpieczeństwa dostępu kodu .NET . Mam kilka wewnętrznie opracowanych modułów binarnych, które są przechowywane i uruchamiane z udziału sieciowego. Aby pobrać .NET 2.0 / PowerShell 2.0 do ich załadowania, dodałem regułę adresu URL do Intranetgrupy kodu, aby ufać temu katalogowi:

PS> & "$Env:SystemRoot\Microsoft.NET\Framework64\v2.0.50727\caspol.exe" -machine -listgroups
Microsoft (R) .NET Framework CasPol 2.0.50727.5420
Copyright (c) Microsoft Corporation.  All rights reserved.

Security is ON
Execution checking is ON
Policy change prompt is ON

Level = Machine

Code Groups:

1.  All code: Nothing
    1.1.  Zone - MyComputer: FullTrust
        1.1.1.  StrongName - ...: FullTrust
        1.1.2.  StrongName - ...: FullTrust
    1.2.  Zone - Intranet: LocalIntranet
        1.2.1.  All code: Same site Web
        1.2.2.  All code: Same directory FileIO - 'Read, PathDiscovery'
        1.2.3.  Url - file://Server/Share/Directory/WindowsPowerShell/Modules/*: FullTrust
    1.3.  Zone - Internet: Internet
        1.3.1.  All code: Same site Web
    1.4.  Zone - Untrusted: Nothing
    1.5.  Zone - Trusted: Internet
        1.5.1.  All code: Same site Web

Należy pamiętać, że w zależności od zainstalowanych wersji platformy .NET i tego, czy jest to 32- czy 64-bitowy system Windows, caspol.exemogą istnieć w następujących lokalizacjach, z których każda ma własną konfigurację zabezpieczeń ( security.config):

• $Env:SystemRoot\Microsoft.NET\Framework\v2.0.50727\
• $Env:SystemRoot\Microsoft.NET\Framework64\v2.0.50727\
• $Env:SystemRoot\Microsoft.NET\Framework\v4.0.30319\
• $Env:SystemRoot\Microsoft.NET\Framework64\v4.0.30319\

Po usunięciu grupy 1.2.3....

PS> & "$Env:SystemRoot\Microsoft.NET\Framework64\v2.0.50727\caspol.exe" -machine -remgroup 1.2.3.
Microsoft (R) .NET Framework CasPol 2.0.50727.9136
Copyright (c) Microsoft Corporation.  All rights reserved.

The operation you are performing will alter security policy.
Are you sure you want to perform this operation? (yes/no)
yes
Removed code group from the Machine level.
Success

... Zostałem z domyślną konfiguracją CAS, a lokalne skrypty teraz znów działają. Minęło trochę czasu odkąd tam majstrował z CAS, i nie jestem pewien, dlaczego moja zasada wydaje się kolidować z tymi przyznania FullTrustdo MyComputer, ale ponieważ CAS jest przestarzała jak .NET 4.0 (na którym opiera się PowerShell 3.0), I Chyba jest to teraz kwestia sporna.

Podczas uruchamiania pliku PS1 dla dysku mapowanego na Dropbox dowiedziałem się, że zawsze otrzymuję ten błąd. Podczas otwierania właściwości dla PS1 nie ma opcji „Odblokuj”.

Jedyne, co mi pasuje, to

powershell.exe -executionpolicy bypass -file. \ Script.ps1

Jeśli plik jest kopiowany z lokalizacji sieciowej, czyli z innego komputera, system Windows mógł zablokować ten plik. Kliknij plik prawym przyciskiem myszy i kliknij przycisk odblokowania i zobacz, czy działa.

To jest problem z IDE. Zmień ustawienie w interfejsie GUI programu PowerShell. Przejdź do karty Narzędzia i wybierz Opcje, a następnie Opcje debugowania . Następnie zaznacz pole Wyłącz wymóg podpisywania skryptów . Gotowe.

W moim przypadku działało to kliknięcie prawym przyciskiem myszy pliku .ps1, a następnie właściwości. Kliknij przycisk „ODBLOKUJ”. Działa świetnie po spędzeniu godzin na próbach zmiany zasad.

Wykonaj kopię zapasową pliku script.bs1

U mnie zadziałało usunięcie pliku script.bs1 i uruchomienie polecenia wykonawczego.

Po uruchomieniu skryptu .ps1 PowerShell może pojawić się komunikat „.ps1 nie jest podpisany cyfrowo. Skrypt nie zostanie wykonany w systemie ”. Aby to naprawić, musisz uruchomić poniższe polecenie, aby uruchomić Set-ExecutionPolicy i zmienić ustawienie zasad wykonywania.

Set-ExecutionPolicy -Scope Process -ExecutionPolicy Bypass

Wybierz wiersz polecenia terminala zamiast powłoki Power. To powinno działać.

Miałem ten sam problem i naprawiłem go, zmieniając domyślny program, aby otwierał pliki .ps1 na PowerShell. Był ustawiony na Notatnik .

Spróbuj uruchomić interfejs GUI programu PowerShell jako administrator

Uruchom poniżej 2 polecenia w oknie PowerShell

1. Set-ExecutionPolicy nieograniczony

2. Unblock-File -Path D: \ PowerShell \ Script.ps1