scripts script parametros habilitar firmados ejecutar ejecucion directiva con como comandos cambio about_execution_policies .net powershell .net-4.0

.net - parametros - habilitar ejecucion script windows 10



¿Cómo puedo ejecutar PowerShell con el tiempo de ejecución de.NET 4? (10)

Estoy actualizando un script de PowerShell que administra algunos ensamblados .NET. La secuencia de comandos se escribió para ensamblajes creados contra .NET 2 (la misma versión del marco con el que se ejecuta PowerShell), pero ahora necesita trabajar con ensamblados .NET 4 y ensamblados .NET 2.

Dado que .NET 4 admite la ejecución de aplicaciones creadas contra versiones anteriores del marco, parece que la solución más sencilla es lanzar PowerShell con el tiempo de ejecución de .NET 4 cuando necesito ejecutarlo en ensamblados .NET 4.

¿Cómo puedo ejecutar PowerShell con el tiempo de ejecución de .NET 4?

Al igual que otra opción, la última versión de PoshConsole incluye archivos binarios dirigidos a .NET 4 RC (que funcionan bien contra la versión RTM) sin ninguna configuración.

Aquí está el contenido del archivo de configuración que solía soportar tanto en ensamblajes .NET 2.0 como .NET 4:

<?xml version="1.0" encoding="utf-8" ?> <configuration> <!-- http://msdn.microsoft.com/en-us/library/w4atty68.aspx --> <startup useLegacyV2RuntimeActivationPolicy="true"> <supportedRuntime version="v4.0" /> <supportedRuntime version="v2.0.50727" /> </startup> </configuration>

Además, aquí hay una versión simplificada del código compatible con PowerShell 1.0 que solía ejecutar nuestros scripts a partir de los argumentos de la línea de comandos que se aprobaron:

class Program { static void Main( string[] args ) { Console.WriteLine( ".NET " + Environment.Version ); string script = "& " + string.Join( " ", args ); Console.WriteLine( script ); Console.WriteLine( ); // Simple host that sends output to System.Console PSHost host = new ConsoleHost( this ); Runspace runspace = RunspaceFactory.CreateRunspace( host ); Pipeline pipeline = runspace.CreatePipeline( ); pipeline.Commands.AddScript( script ); try { runspace.Open( ); IEnumerable<PSObject> output = pipeline.Invoke( ); runspace.Close( ); // ... } catch( RuntimeException ex ) { string psLine = ex.ErrorRecord.InvocationInfo.PositionMessage; Console.WriteLine( "error : {0}: {1}{2}", ex.GetType( ), ex.Message, psLine ); ExitCode = -1; } } }

Además del manejo básico de errores que se muestra arriba, también inyectamos una declaración de trap en el script para mostrar información de diagnóstico adicional (similar a la función de Resolve-Error Jeffrey Snover).

En realidad, puede hacer que PowerShell se ejecute utilizando .NET 4 sin afectar a otras aplicaciones .NET. Tenía que hacerlo para usar la nueva propiedad "Host" de HttpWebRequest, sin embargo, al cambiar "OnlyUseLatestCLR" se rompió el Fiddler, ya que no se podía usar en .NET 4.

Los desarrolladores de PowerShell obviamente previeron que esto sucediera, y agregaron una clave de registro para especificar qué versión de Framework debería usar. Un pequeño problema es que debe tomar posesión de la clave de registro antes de cambiarla, ya que incluso los administradores no tienen acceso.

  • HKLM: / Software / Microsoft / Powershell / 1 / PowerShellEngine / RuntimeVersion (64 bits y 32 bits)
  • HKLM: / Software / Wow6432Node / Microsoft / Powershell / 1 / PowerShellEngine / RuntimeVersion (32 bits en una máquina de 64 bits)

Cambie el valor de esa clave a la versión requerida. Sin embargo, tenga en cuenta que es posible que algunos complementos ya no se carguen a menos que sean compatibles con .NET 4 (WASP es el único con el que he tenido problemas, pero en realidad no lo uso). VMWare , SQL Server 2008 , PSCX, Active Directory (Microsoft y Quest Software ) y SCOM funcionan bien.

La mejor solución que he encontrado está en la publicación del blog Uso de versiones más recientes de .NET con PowerShell . Esto permite que powershell.exe se ejecute con ensamblados .NET 4.

Simplemente modifique (o cree) $pshome/powershell.exe.config para que contenga lo siguiente:

<?xml version="1.0"?> <configuration> <startup useLegacyV2RuntimeActivationPolicy="true"> <supportedRuntime version="v4.0.30319"/> <supportedRuntime version="v2.0.50727"/> </startup> </configuration>

Notas adicionales de configuración rápida:

Las ubicaciones y los archivos son algo dependientes de la plataforma; sin embargo, le dará una idea de cómo hacer que la solución funcione para usted.

  • Puede encontrar la ubicación de PowerShell en su computadora ejecutando cd $pshome en la ventana de Powershell (no funciona desde el indicador de DOS).
    • La ruta será algo como (ejemplo) C:/Windows/System32/WindowsPowerShell/v1.0/
  • El nombre de archivo para poner la configuración es: powershell.exe.config si se está ejecutando su PowerShell.exe (cree el archivo de configuración si es necesario).
    • Si PowerShellISE.Exe está ejecutando, debe crear su archivo de configuración complementario como PowerShellISE.Exe.config

Las otras respuestas son anteriores a 2012 y se centran en "piratear" PowerShell 1.0 o PowerShell 2.0 para apuntar a las versiones más recientes de .NET Framework y Common Language Runtime (CLR).

Sin embargo, como se ha escrito en muchos comentarios, desde 2012 (cuando llegó PowerShell 3.0) una solución mucho mejor es instalar la versión más reciente de PowerShell . Se dirigirá automáticamente a CLR v4.0.30319 . Esto significa .NET 4.0, 4.5, 4.5.1, 4.5.2 o 4.6 (previsto para 2015) ya que todas estas versiones son reemplazos in situ entre sí. Use $PSVersionTable o vea el subproceso para determinar la versión de PowerShell instalada si no está seguro de su versión de PowerShell.

En el momento de redactar este documento, la versión más reciente de PowerShell es 4.0 y se puede descargar con el Marco de administración de Windows (enlace de búsqueda de Google) .

Por favor tenga mucho cuidado con el uso del enfoque de clave de registro. Estas son las claves de toda la máquina y migran forzadamente TODAS las aplicaciones a .NET 4.0.

Muchos productos no funcionan si se migran forcibily y esto es una ayuda de prueba y no un mecanismo de calidad de producción. Visual Studio 2008 y 2010, MSBuild , turbotax y una gran cantidad de sitios web, SharePoint , etc., no se deben migrar automáticamente.

Si necesita usar PowerShell con 4.0, esto debe hacerse por aplicación con un archivo de configuración, debe consultar con el equipo de PowerShell sobre la recomendación precisa. Es probable que esto rompa algunos comandos existentes de PowerShell.

PowerShell (el motor) funciona bien bajo .NET 4.0. PowerShell (el host de la consola y el ISE ) no lo hacen, simplemente porque fueron compilados contra versiones anteriores de .NET. Hay una configuración de registro que cambiará el marco de .NET cargado en todo el sistema , lo que a su vez permitirá a PowerShell usar clases de .NET 4.0:

reg add hklm/software/microsoft/.netframework /v OnlyUseLatestCLR /t REG_DWORD /d 1 reg add hklm/software/wow6432node/microsoft/.netframework /v OnlyUseLatestCLR /t REG_DWORD /d 1

Para actualizar solo el ISE para usar .NET 4.0, puede cambiar el archivo de configuración ($ psHome / powershell_ise.exe.config) para tener un fragmento como este:

<?xml version="1.0" encoding="utf-8"?> <configuration> <startup> <supportedRuntime version="v4.0.30319" /> </startup> </configuration>

Puede crear aplicaciones .NET 4.0 que llamen a PowerShell usando la API de PowerShell (System.Management.Automation.PowerShell) muy bien, pero estos pasos ayudarán a que los hosts de PowerShell dentro de la caja funcionen bajo .NET 4.0.

Elimine las claves de registro cuando ya no las necesite. Estas son claves para toda la máquina y migran por la fuerza TODAS las aplicaciones a .NET 4.0, incluso las aplicaciones que usan .net 2 y .net 3.5

Si aún estás atrapado en PowerShell v1.0 o v2.0, aquí está mi variación sobre la excelente respuesta de Jason Stangroome.

Cree un powershell4.cmd algún lugar de su ruta con los siguientes contenidos:

@echo off :: http://.com/questions/7308586/using-batch-echo-with-special-characters if exist %~dp0powershell.exe.activation_config goto :run echo.^<?xml version="1.0" encoding="utf-8" ?^> > %~dp0powershell.exe.activation_config echo.^<configuration^> >> %~dp0powershell.exe.activation_config echo. ^<startup useLegacyV2RuntimeActivationPolicy="true"^> >> %~dp0powershell.exe.activation_config echo. ^<supportedRuntime version="v4.0"/^> >> %~dp0powershell.exe.activation_config echo. ^</startup^> >> %~dp0powershell.exe.activation_config echo.^</configuration^> >> %~dp0powershell.exe.activation_config :run :: point COMPLUS_ApplicationMigrationRuntimeActivationConfigPath to the directory that this cmd file lives in :: and the directory contains a powershell.exe.activation_config file which matches the executable name powershell.exe set COMPLUS_ApplicationMigrationRuntimeActivationConfigPath=%~dp0 %SystemRoot%/System32/WindowsPowerShell/v1.0/powershell.exe %* set COMPLUS_ApplicationMigrationRuntimeActivationConfigPath=

Esto le permitirá iniciar una instancia de la consola powershell que se ejecuta en .NET 4.0.

Puede ver la diferencia en mi sistema donde tengo PowerShell 2.0 al examinar la salida de los siguientes dos comandos ejecutados desde cmd.

C:/>powershell -ExecutionPolicy ByPass -Command $PSVersionTable Name Value ---- ----- CLRVersion 2.0.50727.5485 BuildVersion 6.1.7601.17514 PSVersion 2.0 WSManStackVersion 2.0 PSCompatibleVersions {1.0, 2.0} SerializationVersion 1.1.0.1 PSRemotingProtocolVersion 2.1 C:/>powershell4.cmd -ExecutionPolicy ByPass -Command $PSVersionTable Name Value ---- ----- PSVersion 2.0 PSCompatibleVersions {1.0, 2.0} BuildVersion 6.1.7601.17514 CLRVersion 4.0.30319.18408 WSManStackVersion 2.0 PSRemotingProtocolVersion 2.1 SerializationVersion 1.1.0.1

Si no desea modificar el registro o los archivos app.config, una forma alternativa es crear una aplicación de consola .NET 4 simple que imite lo que PowerShell.exe hace y aloja PowerShell ConsoleShell.

Vea la Opción 2 - Alojar Windows PowerShell usted mismo

Primero, agregue una referencia a los ensamblados System.Management.Automation y Microsoft.PowerShell.ConsoleHost que se pueden encontrar en % programfiles% / Reference Assemblies / Microsoft / WindowsPowerShell / v1.0

Luego usa el siguiente código:

using System; using System.Management.Automation.Runspaces; using Microsoft.PowerShell; namespace PSHostCLRv4 { class Program { static int Main(string[] args) { var config = RunspaceConfiguration.Create(); return ConsoleShell.Start( config, "Windows PowerShell - Hosted on CLR v4/nCopyright (C) 2010 Microsoft Corporation. All rights reserved.", "", args ); } } }