Convertir LNK en EXE

Un système de déploiement, une application de borne interactive ou un launcher tiers peut n’accepter que les fichiers .exe, alors que la commande disponible est stockée sous forme de raccourci Windows. En pratique, le résultat est un petit launcher EXE qui démarre la cible du raccourci avec les mêmes arguments et le même répertoire de travail.

Contenu des fichiers LNK

LNK est le format Windows Shell Link utilisé par les raccourcis sur le bureau, dans le menu Démarrer et dans d’autres emplacements Windows. Explorer crée ces fichiers via New → Shortcut ou Send to → Desktop (create shortcut).

Un LNK peut stocker un chemin cible ou un élément shell, des arguments de ligne de commande, un répertoire de travail, l’emplacement d’une icône, l’état de la fenêtre ainsi que des informations sur le volume ou le réseau. Il ne contient pas le code du programme lié. Renommer Program.lnk en Program.exe ne peut donc pas créer un exécutable fonctionnel.

Avant de recréer un raccourci, cliquez dessus avec le bouton droit et ouvrez Properties → Shortcut. Notez Target, Start in, les éventuels arguments affichés dans la commande cible ainsi que la source de l’icône. Considérez les raccourcis inconnus comme non fiables : ils peuvent démarrer des interpréteurs de commandes, des scripts, des emplacements distants ou des programmes avec des arguments masqués.

Qu’est-ce qu’un launcher EXE ?

Un EXE est normalement un fichier Windows Portable Executable (PE) contenant du code natif ou du code .NET managé que Windows peut charger. Un launcher EXE peut démarrer un autre programme avec des arguments fixes, sélectionner un répertoire de travail, afficher une erreur lorsque la cible est introuvable et intégrer une icône.

Un launcher est utile lorsque les raccourcis sont rejetés ou lorsque la commande de lancement ne doit pas être modifiable via l’interface normale des propriétés du raccourci. Il n’inclut pas l’application d’origine, sauf si celle-ci est empaquetée, installée ou développée séparément dans le cadre du launcher.

Créer un launcher avec AutoHotkey

AutoHotkey v2 et Ahk2Exe conviennent à un launcher simple limité à Windows. Installez AutoHotkey v2 depuis son site officiel, créez un script tel que Example-launcher.ahk, puis remplacez les chemins et les arguments par les valeurs du raccourci.

#Requires AutoHotkey v2.0

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

Run '"' target '" ' arguments, workingDir

Si le raccourci ne comporte aucun argument, utilisez Run '"' target '"', workingDir. Conservez les guillemets nécessaires aux chemins contenant des espaces ; ne modifiez pas les arguments, sauf si vous comprenez ce que le programme cible accepte.

Exécutez d’abord le script pour vérifier son comportement. Ouvrez ensuite Ahk2Exe.exe, sélectionnez le fichier .ahk comme source, choisissez une sortie telle que Example-launcher.exe, sélectionnez éventuellement un fichier .ico, puis compilez-le. Testez l’EXE en double-cliquant dessus et depuis l’emplacement de distribution, et pas uniquement depuis le dossier de développement.

Créer un launcher maintenable avec .NET

Pour les launchers nécessitant une journalisation, une configuration, des messages d’erreur, la détection d’applications ou une signature d’entreprise, créez un projet C# dans Visual Studio. Définissez ProcessStartInfo.FileName, Arguments et WorkingDirectory, puis générez ou publiez le projet via Build → Publish.

Une génération .NET normale peut nécessiter le runtime .NET correspondant sur l’ordinateur de destination. Utilisez un profil de publication autonome lorsque cette dépendance est inacceptable, mais prévoyez une sortie sensiblement plus volumineuse. La publication dans un fichier unique ne transforme pas un LNK indépendant ni l’application cible en un exécutable autonome unique.

Limites de compatibilité et de sécurité

Le launcher ne fonctionne que si sa cible existe et peut s’exécuter sur le système de destination. Les chemins codés en dur échouent souvent lorsque l’application est installée à un autre emplacement, sous un autre profil utilisateur ou dans une disposition 32 bits ou 64 bits différente.

Lors de la distribution d’un launcher à côté de sa cible, utilisez une structure de dossiers fixe et résolvez les chemins par rapport au launcher. Pour les logiciels installés, préférez un programme d’installation, un fichier de configuration ou la détection de l’application plutôt que d’intégrer un chemin propre à une machine.

Un launcher ne peut pas préserver la signature numérique de l’EXE cible, contourner l’UAC ni accorder des autorisations dont la cible ne dispose pas. Si la cible nécessite une élévation de privilèges, Windows peut toujours afficher une invite UAC ; ne concevez pas un launcher destiné à contourner cette protection.

Les nouveaux fichiers EXE non signés, y compris les launchers de scripts compilés, peuvent déclencher des avertissements de Microsoft Defender ou SmartScreen. Signez les fichiers de production avec un certificat de signature de code de l’organisation et distribuez-les via un canal géré ou autrement fiable.

N’utilisez pas les « convertisseurs LNK vers EXE » en ligne. Aucun service web ne peut récupérer une application à partir d’un raccourci, car l’application n’est pas stockée dans le fichier LNK. Le téléversement d’un raccourci peut également divulguer des chemins locaux, des noms de serveurs, des arguments et d’autres métadonnées intégrées ; les outils de bureau sont l’option appropriée pour cette tâche.