Convertir LNK a EXE

Un sistema de implementación, una aplicación de kiosco o un launcher de terceros puede aceptar únicamente archivos .exe, mientras que el comando disponible está almacenado como un acceso directo de Windows. El resultado práctico es un pequeño launcher EXE que inicia el destino del acceso directo con los mismos argumentos y el mismo directorio de trabajo.

Qué contienen los archivos LNK

LNK es el formato Windows Shell Link utilizado por los accesos directos del escritorio, el menú Inicio y otras ubicaciones de Windows. Explorer crea estos archivos mediante New → Shortcut o Send to → Desktop (create shortcut).

Un LNK puede almacenar una ruta de destino o un elemento del shell, argumentos de línea de comandos, un directorio de trabajo, la ubicación del icono, el estado de la ventana y datos de volumen o red. No contiene el código del programa vinculado, por lo que cambiar el nombre de Program.lnk a Program.exe no puede crear un ejecutable funcional.

Antes de recrear un acceso directo, haz clic derecho en él y abre Properties → Shortcut. Registra Target, Start in, los argumentos que aparezcan en el comando de destino y el origen del icono. Trata los accesos directos desconocidos como no confiables: pueden iniciar intérpretes de comandos, scripts, ubicaciones remotas o programas con argumentos ocultos.

Qué es un launcher EXE

Un EXE normalmente es un archivo Windows Portable Executable (PE) que contiene código nativo o código .NET administrado que Windows puede cargar. Un launcher EXE puede iniciar otro programa con argumentos fijos, seleccionar un directorio de trabajo, mostrar un error cuando falta el destino y contener un icono.

Un launcher resulta útil cuando se rechazan los accesos directos o cuando el comando de inicio no debe poder editarse mediante la interfaz normal de propiedades del acceso directo. No incluye la aplicación original, a menos que dicha aplicación se empaquete, instale o desarrolle por separado como parte del launcher.

Crear un launcher con AutoHotkey

AutoHotkey v2 y Ahk2Exe son adecuados para un launcher sencillo exclusivo de Windows. Instala AutoHotkey v2 desde su sitio oficial, crea un script como Example-launcher.ahk y reemplaza las rutas y los argumentos con los valores del acceso directo.

#Requires AutoHotkey v2.0

target := "C:\Program Files\Example\Example.exe"
arguments := "--open project1"
workingDir := "C:\Program Files\Example"

Run '"' target '" ' arguments, workingDir

Si el acceso directo no tiene argumentos, utiliza Run '"' target '"', workingDir. Conserva las comillas necesarias para las rutas que contienen espacios; no modifiques los argumentos a menos que entiendas qué acepta el programa de destino.

Ejecuta primero el script para verificar su comportamiento. Después abre Ahk2Exe.exe, selecciona el archivo .ahk como origen, elige un archivo de salida como Example-launcher.exe, selecciona opcionalmente un archivo .ico y compílalo. Prueba el EXE haciendo doble clic en él y desde la ubicación de distribución, no solo desde la carpeta de desarrollo.

Crear un launcher mantenible con .NET

Para launchers que requieran registro, configuración, mensajes de error, detección de aplicaciones o firma empresarial, crea un proyecto de C# en Visual Studio. Establece ProcessStartInfo.FileName, Arguments y WorkingDirectory, y después compila o publica el proyecto mediante Build → Publish.

Una compilación normal de .NET puede requerir el runtime de .NET correspondiente en el equipo de destino. Utiliza un perfil de publicación autocontenido cuando no sea aceptable esa dependencia, pero espera un resultado considerablemente más grande. Publicar un solo archivo no convierte un LNK independiente ni la aplicación de destino en un ejecutable autocontenido.

Límites de compatibilidad y seguridad

El launcher funciona únicamente si su destino existe y puede ejecutarse en el sistema de destino. Las rutas codificadas suelen fallar cuando la aplicación está instalada en otra ubicación, bajo otro perfil de usuario o en una distribución de 32 bits o 64 bits diferente.

Al distribuir un launcher junto con su destino, utiliza una estructura de carpetas fija y resuelve las rutas relativas al launcher. Para software instalado, es preferible utilizar un instalador, un archivo de configuración o la detección de aplicaciones en lugar de insertar una ruta específica del equipo.

Un launcher no puede conservar la firma digital del EXE de destino, omitir UAC ni conceder permisos que el destino no tenga. Si el destino requiere elevación, Windows puede seguir mostrando un aviso de UAC; no diseñes un launcher para eludir esa protección.

Los archivos EXE nuevos sin firmar, incluidos los launchers compilados a partir de scripts, pueden recibir advertencias de Microsoft Defender o SmartScreen. Firma los archivos de producción con un certificado de firma de código de la organización y distribúyelos mediante un canal administrado o de otro modo confiable.

No utilices “convertidores de LNK a EXE” en línea. Ningún servicio web puede recuperar una aplicación a partir de un acceso directo, porque la aplicación no está almacenada en el archivo LNK. Subir un acceso directo también puede revelar rutas locales, nombres de servidores, argumentos y otros metadatos incrustados; las herramientas de escritorio son la opción adecuada para esta tarea.