¿Cómo habilitar la ejecución de scripts de PowerShell?

Cuando intento ejecutar mi script de PowerShell me sale este error:

El archivo C: \ Common \ Scripts \ hello.ps1 no se puede cargar porque la ejecución de scripts está deshabilitada en este sistema. Consulte "get-help about_signing" para obtener más detalles.
En la línea: 1 char: 13
+. \ Hello.ps1 <<<<
+ CategoryInfo: NotSpecified: (:) [], PSSecurityException
+ FullyQualifiedErrorId: RuntimeException

1. Inicie Windows PowerShell con la opción "Ejecutar como administrador". Solo los miembros del grupo Administradores en la computadora pueden cambiar la política de ejecución.

2. Habilite la ejecución de scripts sin firmar ingresando:

   set-executionpolicy remotesigned
   

Esto permitirá ejecutar scripts sin firmar que escriba en su computadora local y scripts firmados desde Internet.

Consulte también Ejecución de scripts en la Biblioteca Microsoft TechNet.

La Política de ejecución predeterminada está configurada como restringida, puede verla escribiendo:

Get-ExecutionPolicy

Debe escribir lo siguiente para que pase al modo sin restricciones:

Set-ExecutionPolicy unrestricted

Espero que esto ayude

En mi máquina que uso para scripts de desarrollo, usaré -restricted como arriba. Sin embargo, cuando implemente mis scripts en una máquina de usuario final, solo llamaré a powershell con el modificador -executionpolicy:

powershell.exe -noprofile -executionpolicy bypass -file .\script.ps1

Podemos obtener el estado de ExecutionPolicy actual mediante el siguiente comando:

Get-ExecutionPolicy;

Por defecto está restringido . Para permitir la ejecución de scripts de PowerShell, necesitamos establecer esta ExecutionPolicy como Bypass o Unrestricted .

Podemos establecer la política para el Usuario actual como Bypasso Unrestrictedusando cualquiera de los siguientes comandos de PowerShell:

Set-ExecutionPolicy -Scope CurrentUser -ExecutionPolicy Bypass -Force;

Set-ExecutionPolicy -Scope CurrentUser -ExecutionPolicy Unrestricted -Force;

La política sin restricciones carga todos los archivos de configuración y ejecuta todos los scripts. Si ejecuta un script sin firmar que se descargó de Internet, se le solicitará permiso antes de que se ejecute.

Mientras que en la política de omisión , nada está bloqueado y no hay advertencias ni avisos durante la ejecución del script. Bypass ExecutionPolicy es más relajado que Unrestricted.

Dependiendo de la versión y configuración de Windows, puede tener la siguiente advertencia, incluso en Unrestrictedmodo:

Security warning
Run only scripts that you trust. While scripts from the internet can be useful, this
script can potentially harm your computer. If you trust this script, use the 
Unblock-File cmdlet to allow the script to run without this warning message. 
Do you want to run?
[D] Do not run  [R] Run once  [S] Suspend  [?] Help (default is "D")

La solución es utilizar la política de "omisión", habilitada con el siguiente comando:

Set-ExecutionPolicy Bypass

De la documentación :

Bypass: nada está bloqueado y no hay advertencias ni avisos.

Esto es obviamente inseguro, por favor entienda los riesgos involucrados.

Una clave de registro con:
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE \ SOFTWARE \ Policies \ Microsoft \ Windows \ PowerShell] "EnableScripts" = dword: 00000001 "ExecutionPolicy" = "Bypass"

y:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\PowerShell]
"EnableScripts"=dword:00000001 "ExecutionPolicy"="Unrestricted"

funciona de hecho también.

Por alguna razón, el cmdlet de PowerShell no habilitó la ejecución local globalmente, solo para el contexto del usuario local. Si intentara iniciar un script de Powershell desde el indicador bash de CygWin, por ejemplo, que se ejecuta en su propio contexto de usuario, no se ejecutaría, dando el error "no está firmado digitalmente". La respuesta fue ir al Editor de políticas de grupo local -> Política de computadora local -> Plantillas administrativas -> Componentes de Windows -> Windows PowerShell y hacer doble clic en 'Activar ejecución de script'. Esto me permite cambiarlo a 'Habilitado' y luego la política de ejecución de "Permitir scripts locales y scripts firmados remotos" y hacer que funcione globalmente, independientemente del contexto del usuario.

La respuesta aceptada es correcta, pero la modificación de la política solo está disponible para la instancia actualmente en ejecución de Powershell, lo que significa que una vez que se cierra la instancia de Powershell. La política se restablecerá. Si un usuario vuelve a abrir otra instancia de Powershell, se aplicará la política predeterminada que esRestricted

Para mí, necesito usar la consola de VisualStudio Code y g ++ de cygwin para construir cosas. La consola está usando Powershell, con la política predeterminada, no se puede hacer nada. Una solución es cambiar la política cada vez que se dispara la consola en la consola de VisualStudio Code, tal vez una secuencia de comandos para cambiar la política.

Soy flojo, así que otra solución es cuando ejecuto Powershell en modo administrador, similar a lo que hace la respuesta aceptada. pero con un parámetro adicional que cambia los valores en la tabla del Registro. Una vez hecho esto. Otras instancias de Powershell usarán la RemoteSignedpolítica de forma predeterminada.

set-executionpolicy remotesigned -Scope CurrentUser

Establecer la política (correctamente) es la mejor opción, pero en mis sistemas administrados no tengo la capacidad de cambiar esa política.

Para mí, la solución más simple para cambiar la política es abrir el script en el "ISE de PowerShell" , resaltar el código (o parte del código) para ejecutar y luego hacer clic en el botón "Ejecutar selección" (o usar el F8 atajo).

Esta no es la mejor solución y hace poco para automatizar tareas, pero sí me permite el uso y la utilidad de PowerShell sin afectar mi departamento de IS.

La razón por la que funciona la tecla reg es porque está haciendo exactamente lo que hacen los comandos PS. Los comandos escriben los cambios en las teclas de registro. Los comandos son mucho más rápidos y fáciles que crear una clave de registro o cavar en el registro.