Convertir EXE a MSI

Las organizaciones necesitan un MSI cuando una aplicación de Windows debe implementarse mediante Group Policy, Microsoft Intune, Configuration Manager u otro sistema de software administrado. Un instalador EXE normalmente no puede convertirse cambiando su extensión; debe extraerse o reconstruirse como un paquete de Windows Installer.

Qué es el formato EXE

.exe es el formato ejecutable de Windows utilizado para aplicaciones, instaladores, launchers, archivos autoextraíbles y programas bootstrap. Los desarrolladores compilan los EXE de las aplicaciones, mientras que sistemas de instalación como Inno Setup, NSIS, InstallShield y Squirrel crean EXE de instalación.

Un EXE de instalación puede contener archivos de aplicación, cambios en el registro, servicios, controladores, requisitos previos, un MSI integrado y código de instalación personalizado. Su extensión no identifica la tecnología del instalador, por lo que el método de conversión correcto depende de su estructura interna.

Qué es el formato MSI

.msi es un paquete de Windows Installer que contiene una base de datos de instalación, archivos o referencias a archivos cabinet, y reglas para características, componentes, entradas del registro, accesos directos, servicios, actualizaciones, reparación y eliminación. Windows lo procesa mediante msiexec.exe.

Los paquetes MSI admiten comandos estandarizados como msiexec /i app.msi /qn /L*v install.log, implementación administrativa, transforms, rollback, reparación y eliminación coherente. Intune y Configuration Manager también pueden implementar instaladores EXE empaquetados adecuadamente, por lo que la conversión no siempre es necesaria; MSI es principalmente útil cuando una política de implementación o un flujo de trabajo existente espera específicamente Windows Installer.

Cómo convertir un EXE de instalación a MSI

Usar un MSI integrado cuando esté disponible

1. Copie el instalador en un directorio de prueba e inspecciónelo con 7-Zip o con el método de extracción documentado por el proveedor.
2. Pruebe únicamente los switches documentados para esa tecnología de instalación. Algunos ejemplos comunes son /extract, /layout y /a, pero estos switches no son universales; /a puede solicitar una instalación administrativa en lugar de una extracción simple.
3. Si los archivos extraídos contienen un MSI que instala directamente la aplicación, utilice ese MSI en lugar de volver a empaquetar el EXE. Pruebe los requisitos previos, las licencias, la configuración y el comportamiento de desinstalación, porque el bootstrapper puede realizar acciones que el MSI no realiza.

Volver a empaquetar el EXE

Si no existe un MSI del proveedor utilizable, use una herramienta de Windows para volver a empaquetar, como Advanced Installer Repackager, PACE Suite o Master Packager. Estas herramientas comparan un sistema limpio antes y después de la instalación y, a continuación, crean un MSI a partir de los cambios detectados. WiX Toolset es adecuado para paquetes creados manualmente y repetibles, pero no observa automáticamente una instalación EXE.

1. Prepare una máquina virtual limpia con la arquitectura y la versión de Windows de destino. Elimine las aplicaciones no relacionadas, pause las actualizaciones y cree una snapshot.
2. Inicie el asistente de captura de la herramienta de repackaging y registre la línea base. Excluya archivos temporales, cachés de usuario, datos del antivirus, archivos de Windows Update y cambios no relacionados en el registro.
3. Ejecute el EXE normalmente y seleccione las características necesarias, el directorio de instalación, el modo per-machine o per-user, las asociaciones de archivos, los servicios y los accesos directos.
4. Complete la configuración inicial necesaria y cierre la aplicación antes de capturar el estado final.
5. Revise cada archivo, clave del registro, acceso directo, servicio, tarea programada, cambio de variable de entorno y custom action detectados. Elimine datos específicos de la máquina, credenciales, logs, archivos temporales y contenido del perfil de usuario.
6. Compile el MSI con un fabricante estable, nombre del producto, versión, product code, upgrade code, componentes, contexto de instalación y reglas de actualización. Configure una major upgrade si los paquetes más recientes deben reemplazar a las versiones anteriores.
7. Firme el MSI con el certificado de code-signing de la organización cuando la política del endpoint o las reglas internas de distribución requieran la firma del paquete.
8. Pruebe la instalación en una segunda máquina virtual limpia con msiexec /i converted.msi /qn /L*v install.log. Pruebe la reparación y la eliminación usando el product code del paquete, por ejemplo msiexec /x {PRODUCT-CODE} /qn /L*v uninstall.log.

Después de la captura inicial, perfeccione el resultado en el editor de MSI de la herramienta o en el sistema de authoring, en lugar de distribuir una snapshot sin revisar. Un paquete WiX creado manualmente ofrece un control más preciso sobre los componentes, servicios, actualizaciones y custom actions, pero requiere que esos recursos y reglas se definan explícitamente.

Limitaciones de calidad y compatibilidad

• El repackaging no es una reescritura del formato de archivo. Reproduce los cambios observados durante una ejecución de instalación. Las acciones que se activan únicamente por el hardware, el acceso a la red, el contexto de administrador, las licencias o una versión concreta de Windows pueden omitirse.
• Los controladores, filtros de dispositivos, módulos anti-cheat, extensiones de shell, registro COM, servicios, tareas programadas y componentes del kernel requieren una validación independiente. Algunos necesitan custom actions específicas del proveedor o no pueden redistribuirse de forma segura mediante repackaging.
• Nunca capture en un equipo que ya contenga la aplicación. Los archivos y las entradas del registro existentes pueden hacer que el MSI parezca completo, aunque falle en un sistema limpio.
• Capture deliberadamente los datos del registro de 32 bits y 64 bits. En Windows de 64 bits, una configuración incorrecta de la vista del registro puede colocar u omitir entradas de 32 bits.
• Prefiera un MSI proporcionado por el proveedor cuando exista. Por lo general, incluye upgrade codes probados, comportamiento de reparación, gestión de dependencias y soporte del proveedor.
• No existe un conversor online de EXE a MSI que sea generalmente fiable. La conversión requiere observar los cambios de instalación en Windows, y cargar instaladores propietarios en un servicio online puede exponer software, credenciales o datos de licencias. Utilice software de repackaging de escritorio; los sitios online de conversión de archivos no son un sustituto adecuado.