.NET Framework 4.5 es el valor predeterminado y .NET Framework 3.5 es opcional.

Artículo
06/13/2023

Plataformas

Clientes Windows 8
Servidores Windows Server 2012

Descripción

.NET Framework 4.5 está habilitado de forma predeterminada en Windows 8. Windows 8 no incluye .NET 3.5 de forma predeterminada, pero los archivos de .NET 3.5 están disponibles en los medios de instalación de Windows 8 como una característica opcional.

Si el usuario está actualizando de Windows 7 a Windows 8, .NET Framework 3.5 está totalmente habilitado para asegurarse de que las aplicaciones del equipo sigan funcionando correctamente.

Manifestación

Si el usuario realiza una instalación limpia de Windows 8 y, a continuación, instala aplicaciones que requieren .NET Framework 3.5 (o 2.0), desencadenarán una solicitud para los archivos .NET 3.5 necesarios. Normalmente, los archivos que faltan se descargarán de Windows Update (después de pedir permiso al usuario), pero si no es posible acceder a Windows Update, se producirá un error al habilitar .NET Framework 3.5 a menos que se haya especificado un origen alternativo para los archivos que faltan.

Mitigación

Para habilitar .NET Framework 3.5 solo en máquinas de prueba con instalaciones limpias de Windows 8:

Copie \sources\sxs\ de la imagen ISO de compilación del sistema operativo montado en dotnet35 o en una carpeta similar. Por ejemplo:
```
xcopy e:\sources\sxs\*.* c:\dotnet35 /s
```

Ejecute esta línea de comandos con privilegios de administrador:

Dism.exe /online /enable-feature /featurename:NetFX3 /All /Source:c:\dotnet35 /LimitAccess

Nota

La carpeta sources\SxS no se debe usar como mecanismo de redistribución, ya que no es un mecanismo admitido.

Solución

Para consumidores:

Windows 8 incluye un mecanismo que habilita automáticamente .NET Framework 3.5 al intentar instalar el paquete redistribuible o cuando un instalador de aplicación que necesita .NET 3.5 invoca el redistribuible.

Para desarrolladores de aplicaciones (y administradores de TI):

Los administradores de TI pueden configurar aplicaciones de .NET 3.5 para que se ejecuten en .NET 3.5 o .NET 4.5 (en función de lo que ya esté instalado). Para ejecutar una aplicación administrada en la versión 3.5 o 4.5, basta con agregar una sección en el archivo de configuración de la aplicación. Esto garantizará que si .NET 3.5 está instalado, la aplicación se ejecutará en .NET 3.5; de lo contrario, la aplicación se ejecutará en .NET 4.5. A continuación se proporciona un ejemplo de la sección adicional del archivo de configuración:

<configuration>
   <startup>
      <supportedRuntime version="v2.0.50727"/>
      <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5"/>
   </startup>
</configuration>

Para los OEM empresariales:

Para habilitar .NET Framework 3.5 para compilaciones de EEAP y para aplicaciones que no tienen acceso a Windows Update:

Copie \sources\sxs\ de la imagen ISO de compilación del sistema operativo montada en la carpeta dotnet35 o similar. Por ejemplo:
```
xcopy e:\sources\sxs\*.* c:\dotnet35 /s
```

Establezca la clave regkey:

[HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing]
 LocalSourcePath = c:\dotnet35

Para empresas:

En el caso de las máquinas configuradas para usar WSUS para el mantenimiento, puede establecer una entrada del Registro para permitir que la máquina use Windows Update para habilitar .NET 3.5 en lugar de WSUS (el mantenimiento se seguirá realizando desde WSUS si lo hace).

Establezca la clave regkey:

[HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing]  RepairContentServerSource =DWORD(2)

Esta entrada del Registro también se puede establecer a través de directiva de grupo (Directiva de equipo local -> Configuración del equipo -> Plantillas administrativas -> Sistema). Seleccione la opción Especificar la configuración para la instalación de componentes opcionales y la reparación de componentes.

Si selecciona Contacto Windows Update directamente para descargar contenido de reparación en lugar de Windows Server Update Services (WSUS), los intentos de agregar características de Windows (por ejemplo, .NET Framework 3.5) o las características de reparación desencadenarán descargas de archivos desde Windows Update. Los equipos de destino requieren acceso a Internet y WU para esta opción. Las operaciones de mantenimiento normales siguen usando WSUS si se ha configurado como origen.

Nota sobre la configuración de la ubicación de origen local mediante entradas del Registro

Los administradores de TI pueden establecer ubicaciones de origen locales para archivos .NET 3.5 a través de una entrada del Registro, de modo que los usuarios puedan usar el cuadro de diálogo Agregar o quitar características de Windows para habilitar características con carga que falta sin tener que especificar una ubicación de origen. El valor de la entrada del Registro se puede controlar a través de la directiva de grupo.

Esta entrada del Registro es compatible:

Entrada	Tipo	Descripción
Ruta de acceso de origen local	REG_EXPAND_SZ	Rutas de acceso de origen locales que se usarán de forma predeterminada. Se pueden especificar varias rutas de acceso; deben estar separados por ; . Las ubicaciones se buscarán en el orden en que se especifican. Las ubicaciones de origen locales que se especifican en la línea de comandos DISM tienen prioridad sobre las ubicaciones especificadas en esta entrada del Registro. Las ubicaciones de carpetas se pueden especificar en esta entrada del Registro. Se pueden usar WIM, pero la ruta de acceso debe ser para el archivo WIM; no es necesario montarlo, por ejemplo: wim:\\machine\share\file.wim:1 Observe el 1 al final. Debe especificar el índice numérico de la imagen que desea usar en el archivo WIM. Para un WIM montado, la ruta de acceso de origen debe hacer referencia al directorio windows de la imagen montada, en lugar de al punto de montaje (por ejemplo: /source:<mount_point>\windows en lugar de /source:<mount_point>).

Recursos

Implementación de una directiva basada en el Registro