«Запуск с PowerShell» выдает ошибку политики выполнения, но запуск непосредственно в окне PowerShell не дает

В Windows 10 команда контекстного меню Windows PowerShell Run with PowerShell (определенная в реестре) пытается переопределить политику выполнения для конкретного процесса через CLI, вызывая Set-ExecutionPolicy -Scope Process Bypass как часть кода, переданного в параметр -Command.

Однако, поскольку политика выполнения вашего компьютера управляется объектом групповой политики (GPO), на что указывает выходная строка MachinePolicy, имеющая значение, отличное от Undefined, ни переопределения через параметр -ExecutionPolicy CLI, ни через Set-ExecutionPolicy не эффективны.

Это то, что пытается сказать вам сообщение об ошибке; в частности, это означает: я применил запрошенное вами изменение, но оно не имеет никакого эффекта.

• В качестве отступления: к сожалению, то, что должно было быть предупреждением, отображается как ошибка, но было решено не менять это в интересах обратной совместимости; см. выпуск GitHub № 12032

Сама ошибка не останавливает выполнение, которое продолжается при действующей политике, контролируемой объектом групповой политики.

Учитывая, что в вашем случае действующей политикой объекта групповой политики является Unrestricted (что, вероятно, должно быть RemoteSigned для большей безопасности), ваши сценарии все равно будут выполняться, и вы можете игнорировать сообщение об ошибке.

Чтобы сообщение об ошибке исчезло, можно удалить вызов Set-ExecutionPolicy из определения команды в реестре.
Его модификация требует повышения прав, то есть административных привилегий, поскольку он находится в кусте реестра HKEY_LOCAL_MACHINE; однако в кусте HKEY_CURRENT_USER можно определить эквиваленты для конкретного пользователя, которые, следовательно, не требуют повышения прав — см. ниже.

Другой вариант — деактивировать соответствующий объект групповой политики, который, учитывая, что это MachinePolicy, по крайней мере, также требует повышения прав, но обычно не находится под вашим контролем в среде домена.

Изменение/переопределение команды для пропуска вызова Set-Execution и, следовательно, подавления предупреждения:

В Windows 10 должно работать следующее (я больше не могу лично проверить), основываясь на информации в нижней части этого ответа, адаптированной для любого типа файла, зарегистрированного в данный момент для .ps1 файлов, который может отличаться от по умолчанию, особенно если у вас установлен код Visual Studio:

# Determine the registry key path, based on the HKEY_CURRENT_USER
# equivalent of the file-type key.
$regKey = 'registry::HKEY_CURRENT_USER\Software\Classes\{0}\shell\Run with PowerShell\Command' -f (Get-ItemPropertyValue registry::HKEY_CLASSES_ROOT\.ps1 '(Default)')

# Create the key, if necessary.
if (-not (Test-Path $regKey)) { $null = New-Item -Force -ErrorAction Stop $regKey }

# Define the command line, without Set-ExecutionPolicy and with -NoExit.
Set-ItemProperty $regKey '(Default)' '"C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe" -NoExit -File "%1"'

Это создает HKEY_CURRENT_USER эквивалент (потенциально) HKEY_LOCAL_MACHINE определения команды контекстного меню, которое должно переопределять последнее, учитывая, что куст HKEY_CLASSES_ROOT, через который загружаются определения контекстного меню, представляет собой составное представление первых двух ульев. ' Software\Classes пути, причем определения на уровне пользователя имеют приоритет.

Также обратите внимание, что -NoExit был добавлен, чтобы сохранить сеанс после выполнения скрипта и, следовательно, открыть окно.

Если у вас есть права администратора, вы можете заменить HKEY_CURRENT_USER на HKEY_LOCAL_MACHINE в приведенном выше коде и запустить его с повышенными правами.

В Windows 11 проблема больше не возникает, поскольку настроенный там вызов CLI Windows PowerShell больше не пытается изменить политику выполнения.

Однако вы все равно можете изменить вызов, а именно включить переключатель -NoExit (чтобы сеанс оставался активным и окно оставалось открытым после выполнения скрипта): см. этот ответ.

В PowerShell (Core) 7, который больше не поддерживается в Windows 10, проблема также не возникает: не предпринимается никаких попыток установить политику выполнения.

• По сути, команды контекстного меню доступны только в том случае, если вы устанавливаете PowerShell 7 через пакет MSI, где вы получаете возможность устанавливать команды для папок и дисков, а также для запуска отдельных *.ps1 файлов (как в Windows PowerShell). .

• Чтобы их увидеть, необходимо удерживать Shift и щелкнуть правой кнопкой мыши.

• Команды уровня папки/диска (подменю PowerShell 7) открывают интерактивный сеанс в целевой папке или диске.

• Команда уровня файла *.ps1, хранящаяся в HKEY_CLASSES_ROOT\Microsoft.PowerShellScript.1\Shell\PowerShell7x64\Command, начиная с PowerShell 7.4.3:

  • кажется сломанным: по крайней мере, на моей машине это никогда не отображается.

  • неверно определено:

    • C:\Program Files\PowerShell\7\pwsh.exe -Command "$host.UI.RawUI.WindowTitle = 'PowerShell 7 (x64)'; & '%1'"
    • Фундаментально концептуальная проблема заключается в том, что в пути к исполняемому файлу отсутствует вложение "...", которое требуется для пути, содержащего пробелы - как ни странно, это само по себе не является проблемой (это также влияет на команды уровня папки/диска, которые действительно работают).
    • Вторичная проблема заключается в том, что заключение пути в '...' не является надежным, учитывая, что ' является допустимым символом в путях.

  • Даже если это сработало так, как задумано, вы также можете изменить его, включив -NoExit, чтобы предотвратить автоматическое закрытие окна после выполнения скрипта.