Converti LNK in EXE

Un sistema di deployment, un’applicazione kiosk o un launcher di terze parti può accettare solo file .exe, mentre il comando disponibile è memorizzato come collegamento Windows. Il risultato pratico è un piccolo launcher EXE che avvia la destinazione del collegamento con gli stessi argomenti e la stessa directory di lavoro.

Contenuto dei file LNK

LNK è il formato Windows Shell Link utilizzato dai collegamenti sul desktop, nel menu Start e in altre posizioni di Windows. Explorer crea questi file tramite New → Shortcut o Send to → Desktop (create shortcut).

Un LNK può memorizzare un percorso di destinazione o un elemento shell, argomenti della riga di comando, una directory di lavoro, la posizione dell’icona, lo stato della finestra e informazioni sul volume o sulla rete. Non contiene il codice del programma collegato, quindi rinominare Program.lnk in Program.exe non può creare un eseguibile funzionante.

Prima di ricreare un collegamento, fai clic con il pulsante destro del mouse su di esso e apri Properties → Shortcut. Annota Target, Start in, eventuali argomenti mostrati nel comando di destinazione e la sorgente dell’icona. Considera non attendibili i collegamenti sconosciuti: possono avviare interpreti di comandi, script, percorsi remoti o programmi con argomenti nascosti.

Cos’è un launcher EXE

Un EXE è normalmente un file Windows Portable Executable (PE) contenente codice nativo o codice .NET gestito che Windows può caricare. Un launcher EXE può avviare un altro programma con argomenti fissi, selezionare una directory di lavoro, mostrare un errore quando la destinazione non è disponibile e includere un’icona.

Un launcher è utile quando i collegamenti vengono rifiutati o quando il comando di avvio non deve essere modificabile tramite la normale interfaccia delle proprietà del collegamento. Non include l’applicazione originale, a meno che tale applicazione non sia pacchettizzata, installata o sviluppata separatamente come parte del launcher.

Creare un launcher con AutoHotkey

AutoHotkey v2 e Ahk2Exe sono adatti per un semplice launcher Windows-only. Installa AutoHotkey v2 dal suo sito ufficiale, crea uno script come Example-launcher.ahk e sostituisci i percorsi e gli argomenti con i valori del collegamento.

#Requires AutoHotkey v2.0

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

Run '"' target '" ' arguments, workingDir

Se il collegamento non contiene argomenti, usa Run '"' target '"', workingDir. Mantieni le virgolette richieste dai percorsi che contengono spazi; non modificare gli argomenti a meno che tu non sappia quali valori accetta il programma di destinazione.

Esegui prima lo script per verificarne il comportamento. Quindi apri Ahk2Exe.exe, seleziona il file .ahk come sorgente, scegli un output come Example-launcher.exe, seleziona facoltativamente un file .ico e compilalo. Testa l’EXE facendo doppio clic su di esso e dalla posizione di distribuzione, non solo dalla cartella di sviluppo.

Creare un launcher gestibile con .NET

Per i launcher che richiedono logging, configurazione, messaggi di errore, rilevamento dell’applicazione o firma aziendale, crea un progetto C# in Visual Studio. Imposta ProcessStartInfo.FileName, Arguments e WorkingDirectory, quindi compila o pubblica il progetto tramite Build → Publish.

Una normale build .NET può richiedere il runtime .NET corrispondente sul computer di destinazione. Usa un profilo di pubblicazione self-contained quando questa dipendenza non è accettabile, ma considera che l’output sarà sostanzialmente più grande. La pubblicazione in un singolo file non trasforma un LNK o l’applicazione di destinazione non correlati in un unico eseguibile self-contained.

Limiti di compatibilità e sicurezza

Il launcher funziona solo se la sua destinazione esiste e può essere eseguita sul sistema di destinazione. I percorsi hard-coded spesso non funzionano quando l’applicazione è installata in una posizione diversa, sotto un altro profilo utente o in una configurazione 32-bit o 64-bit differente.

Quando distribuisci un launcher insieme alla sua destinazione, usa una struttura fissa delle cartelle e risolvi i percorsi in relazione al launcher. Per il software installato, preferisci un installer, un file di configurazione o il rilevamento dell’applicazione invece di incorporare un percorso specifico del computer.

Un launcher non può conservare la firma digitale dell’EXE di destinazione, aggirare UAC o concedere autorizzazioni che la destinazione non possiede. Se la destinazione richiede l’elevazione dei privilegi, Windows potrebbe comunque visualizzare una richiesta UAC; non progettare un launcher per aggirare questa protezione.

I nuovi file EXE non firmati, inclusi i launcher compilati da script, possono ricevere avvisi da Microsoft Defender o SmartScreen. Firma i file di produzione con un certificato di code-signing dell’organizzazione e distribuiscili tramite un canale gestito o comunque attendibile.

Non utilizzare “convertitori LNK to EXE” online. Nessun servizio web può recuperare un’applicazione da un collegamento, perché l’applicazione non è memorizzata nel file LNK. Il caricamento di un collegamento può inoltre divulgare percorsi locali, nomi di server, argomenti e altri metadati incorporati; per questa attività sono appropriati gli strumenti desktop.