Vai al contenuto principale
Splashtop20 years of trust
AccediProva gratuita
+31 (0) 20 888 5115AccediProva gratuita
A man working on his computer in an office.

MSI vs EXE installers: Which should you deploy?

10 minuti di lettura
Aggiornamento effettuato
Inizia con Splashtop
Accesso remoto, assistenza a distanza e soluzioni di gestione degli endpoint di prim'ordine.
Prova gratuitaContatta Vendite

Quando un fornitore offre un MSI, un EXE o entrambi, la scelta tra installatore MSI ed EXE dipende da quanto è prevedibile l'installazione. Ogni MSI viene eseguito tramite Windows Installer e condivide gli stessi silent switch, log e comandi di disinstallazione, mentre ogni EXE si comporta in base allo strumento con cui è stato creato. Questa differenza determina quanta ricerca richiede una distribuzione e quale tipo di app Intune puoi usare.

Scegliere quello giusto richiede più di un confronto di base. Molte spiegazioni si fermano alle definizioni e alcune affermazioni comuni sono sbagliate, come l'idea che ogni EXE sia autonomo o che solo gli MSI possano essere distribuiti su larga scala. I team IT devono sapere come si comporta realmente ciascun formato durante la distribuzione.

Tenendo presente questo, esploriamo gli installer MSI ed EXE, vediamo come funziona ciascuno e ti aiutiamo a trovare la scelta giusta per le distribuzioni delle tue app.

Che cos'è un programma di installazione MSI?

Un MSI è un pacchetto Windows Installer che contiene la logica e i dati necessari per installare un'applicazione. Windows Installer (msiexec.exe) legge il pacchetto e lo installa sul dispositivo, seguendo tutti i comandi e le istruzioni speciali inclusi. Ogni MSI ha un codice prodotto, che gli strumenti di distribuzione usano per rilevare se è installato e per disinstallarlo.

Ogni MSI passa attraverso lo stesso motore, quindi utilizza le stesse opzioni della riga di comando, come /qn per un'installazione silenziosa senza interfaccia utente o /norestart per controllare i riavvii. Gli amministratori possono personalizzare l'installazione senza modificare il pacchetto tramite proprietà pubbliche sulla riga di comando o una trasformazione (sotto forma di un file .mst file). Per l'elenco completo degli switch e dei codici di uscita, consulta la nostra guida all'installazione silenziosa MSI.

Con MSI, i rollback sono attivati per impostazione predefinita, quindi se un'installazione non riesce, Windows Installer annullerà tutte le modifiche. Tuttavia, gli autori dei pacchetti possono disattivare il rollback e le azioni personalizzate vengono annullate solo se l'autore del pacchetto aggiunge per esse i passaggi di rollback.

Che cos'è un programma di installazione EXE?

Un EXE è un tipo di file in cui .exe è l'estensione di un programma Windows, quindi il suo comportamento dipende dallo strumento usato per crearlo. Esiste una varietà di builder comuni, come InstallShield, NSIS e Advanced Installer, ciascuno con i propri switch silenziosi, registrazione e comportamento di riavvio. La nostra guida all'installazione silenziosa EXE illustra gli switch per ciascuno.

A causa della varietà degli EXE, questi possono comportarsi in modi diversi. Alcuni installano i file direttamente, mentre altri sono wrapper che contengono MSI e li passano a Windows Installer. Anche se può sembrare strano includere un MSI in un EXE, questo consente all'EXE di verificare i prerequisiti, installarli nell'ordine corretto e usare una procedura guidata di installazione personalizzata.

Sebbene molti credano che ogni EXE sia un archivio autonomo del programma, i wrapper EXE sopra mostrano che non è sempre così.

Installer MSI vs EXE: differenze chiave per la distribuzione

Quindi, quali sono le principali differenze tra i programmi di installazione MSI ed EXE? Possiamo suddividerli così:

Caratteristica

msi

exe

Che cosa esegue l'installazione

Windows Installer (msiexec.exe)

La logica propria dell'EXE, oppure Windows Installer se l'EXE racchiude un MSI

Opzioni della riga di comando per l'installazione silenziosa

Lo stesso vale per tutti gli MSI: /qn oppure /quiet

Dipende dallo strumento che l'ha creato; alcuni EXE non ne hanno

Registrazione

/l*v scrive un log dettagliato per qualsiasi MSI

Varia: /LOG (Inno Setup), /debuglog (InstallShield setup.exe), /log (WiX Burn)

Personalizzazione

Proprietà pubbliche nella riga di comando, o una trasformazione (.mst)

Qualsiasi opzione il fornitore abbia integrato; le installazioni InstallShield InstallScript richiedono un file di risposta registrato

Installazione non riuscita

Il rollback è attivo per impostazione predefinita (anche se gli autori possono disattivarlo)

Dipende dallo strumento con cui è stato creato

Disinstallazione silenziosa

msiexec /x con il file o il codice prodotto

Il programma di disinstallazione del fornitore e il relativo silent switch

Tipo di app Intune

App line-of-business (un argomento della riga di comando) o app Win32

Solo app Win32

Regola di rilevamento di Intune

Regola del codice prodotto MSI disponibile

Regola per file, registro o script

Prerequisiti e bundle

Un prodotto per pacchetto (Windows Installer 4.5+ può concatenare i pacchetti)

Gli EXE bootstrapper possono installare i prerequisiti e diversi pacchetti in ordine

Tenendo presenti queste differenze, è chiaro che non esiste un unico formato superiore in ogni situazione. Mentre MSI offre comandi, log e così via prevedibili e uniformi, EXE offre maggiore flessibilità. Tuttavia, in cambio di questa flessibilità, gli installer EXE richiedono anche una fase di ricerca prima di poter essere distribuiti.

Come capire se un EXE contiene in realtà un MSI

L'EXE che hai scaricato potrebbe essere solo un wrapper di distribuzione con un MSI al suo interno. In questi casi, spesso puoi ottenere il comportamento dell'MSI tramite switch pass-through, oppure distribuire l'MSI da solo. Stabilire se l'EXE contiene un MSI può richiedere qualche minuto, ma può farti risparmiare ore di ricerca degli switch.

Puoi verificare se un EXE contiene un MSI seguendo alcuni passaggi:

  • Controlla la documentazione di distribuzione del fornitore: A volte, la risposta è scritta nero su bianco. I fornitori che supportano la distribuzione enterprise spesso pubblicano un MSI o documentano le opzioni msiexec per il loro EXE, quindi è facile trovarlo.

  • Esegui l'EXE con /? da un prompt dei comandi: In questo modo viene visualizzato l'output della guida, che spesso indica lo strumento con cui è stato creato. I programmi di installazione InstallShield Basic MSI passano le opzioni di msiexec tramite /v (ad esempio, setup.exe /s /v"/qn"), e gli EXE di Advanced Installer accettano /exenoui seguito dagli switch di msiexec.

  • Cerca il manifesto WinGet dell'app: Ogni voce del programma di installazione su WinGet registra un InstallerType, come msi, burn, inno o nullsoft. Se è una voce burn, significa che è un bundle WiX che concatena pacchetti e potrebbe usare un MSI. Le voci Inno e Nullsoft, invece, non usano Windows Installer.

  • Apri l'EXE con uno strumento di archiviazione: molti EXE wrapper possono essere aperti con strumenti come 7-Zip, così puoi vedere il file .msi all'interno.

Se all'interno dell'EXE è presente un MSI, è meglio fare riferimento alla documentazione del fornitore e agli switch pass-through, invece di estrarre tu stesso l'MSI. L'estrazione dell'MSI potrebbe farti saltare prerequisiti o impostazioni inclusi nel wrapper, quindi è sempre importante effettuare test prima della distribuzione.

Come distribuire gli installer MSI ed EXE tramite Microsoft Intune

Quando usi Microsoft Intune per distribuire un'app, i programmi di installazione MSI ed EXE richiederanno metodi diversi. Tieni presente che Intune non supporta le installazioni interattive, quindi, indipendentemente dal formato che usi, assicurati che possa essere eseguito in modalità silenziosa.

Distribuzione di un MSI

Quando distribuisci un MSI, hai due opzioni: con un'app line-of-business (LOB) di Windows, puoi acquisire direttamente l'app ma usare un solo argomento della riga di comando, mentre con la gestione delle app Win32 puoi aggiungere più argomenti. Le app Win32 racchiudono l'MSI in un file .intunewin con Microsoft Win32 Content Prep Tool. Questo, a sua volta, legge i dettagli dell'MSI per Intune e può essere rilevato tramite il codice prodotto.

Fai attenzione a non mescolare i due. Combinare installazioni di app LOB e Win32 durante la registrazione a Windows Autopilot può non riuscire, perché entrambe usano contemporaneamente il servizio Trusted Installer (la preparazione del dispositivo con Autopilot supporta questa combinazione). Per questo motivo, Microsoft suggerisce di valutare l'uso esclusivo del tipo di app Win32, soprattutto per gli installer composti da più file.

Distribuzione di un EXE

I programmi di installazione EXE non sono accettati come app line-of-business, quindi ogni EXE verrà inserito come app Win32. Il programma di installazione è racchiuso in un file .intunewin file, quindi inserisci il comando di installazione silenziosa, il comando di disinstallazione e la regola di rilevamento quando aggiungi l'app in Intune. Tieni presente che non c'è alcun codice prodotto da rilevare, quindi dovrai usare una regola di rilevamento basata su file, registro o script.

Anche gli EXE restituiscono codici diversi quando è necessario un riavvio, quindi tienilo presente quando imposti i codici di ritorno. Ad esempio, Inno Setup restituirà 0 sia che sia necessario un riavvio sia che non lo sia, a meno che tu non imposti /RESTARTEXITCODE.

MSI o EXE: quale dovresti distribuire?

Date le differenze tra i programmi di installazione MSI ed EXE, potresti chiederti quale sia la soluzione migliore per te. Anche se la risposta varia in base alle opzioni del fornitore, puoi tenere a mente questi punti chiave mentre valuti le varie opzioni:

  • Il fornitore offre entrambe le opzioni: Se sono disponibili sia MSI che EXE, inizia con l'MSI. In questo modo hai a disposizione gli switch standard per l'installazione silenziosa, un log dettagliato e un codice prodotto per la disinstallazione e il rilevamento senza dover fare ricerche approfondite.

  • Il fornitore consiglia l'EXE: Se il fornitore dice di scegliere l'EXE, di solito significa che installa prerequisiti o componenti che il solo MSI non include. Tuttavia, assicurati di verificare se inoltra le opzioni di msiexec, così puoi mantenere il controllo in stile MSI.

  • È disponibile solo un EXE: Se è disponibile solo un EXE, dovrai prima identificare lo strumento con cui è stato creato e trovare i suoi switch silenziosi.

  • L'EXE non ha un'opzione silent: Le opzioni di installazione silenziosa sono importanti, quindi se l'EXE non ne dispone, chiedi prima al fornitore una versione MSI. Se non è possibile, puoi ricreare il pacchetto dell'EXE acquisendo le modifiche apportate dal programma di installazione in un nuovo pacchetto, anche se i programmi di installazione ripacchettizzati sono più difficili da gestire negli aggiornamenti. Scopri di più in Che cos'è il packaging delle applicazioni.

  • La distribuisci con Intune: Ricorda che un MSI può essere inserito come app LOB solo se un singolo argomento della riga di comando copre ciò di cui hai bisogno. Se ti serve più di questo, ti conviene usare Win32 per entrambi i formati.

Qualunque opzione tu scelga, non dimenticare di testare tutto prima di distribuire l'applicazione sui dispositivi. Questo include installazione, rilevamento, disinstallazione e codici di uscita, che dovresti testare su un dispositivo pulito e ripetere per ogni nuova versione.

Perché ogni programma di installazione ha ancora bisogno di lavoro di packaging

Che tu usi un programma di installazione EXE o MSI, dovrai comunque fare un po’ di lavoro prima che possano essere distribuiti. Sebbene gli MSI facciano risparmiare tempo nella ricerca, per ogni app è comunque necessario confermare il comando di installazione, le regole di rilevamento, i test, il packaging e altro ancora. Poi, quando esce una nuova versione dell’app, il processo ricomincia.

Per fortuna, gli strumenti giusti possono automatizzare questo lavoro, facendo risparmiare ai team IT tempo ed energie che altrimenti verrebbero spesi nel monotono packaging manuale. Ed è qui che entra in gioco Splashtop Agentic Packr, uno strumento di packaging delle applicazioni basato sull'AI che aiuta i team a creare pacchetti, convalidare e distribuire applicazioni con una governance più solida e meno lavoro manuale.

Splashtop Agentic Packr può:

  • Analizza l’installer e crea un pacchetto PSADT con la logica di installazione.

  • Scrivi regole di rilevamento per ogni applicazione.

  • Testa ogni pacchetto su una macchina virtuale pulita ed esegui una scansione di sicurezza, con una scorecard QA e log da esaminare, così gli amministratori possono controllare i risultati prima che venga pubblicato qualsiasi elemento.

  • Crea il pacchetto Intune e pubblicalo su Intune, oppure crea bundle da distribuire con SCCM o manualmente sui dispositivi Windows.

  • Rileva automaticamente le nuove versioni delle app e crea pacchetti aggiornati.

Splashtop AEM (Autonomous Endpoint Management) aggiunge un modo per eseguire script e attività sui tuoi endpoint, insieme ai pacchetti creati da Splashtop Agentic Packr.

Pacchettizza app MSI ed EXE per Intune senza la ricerca specifica per ogni app

Quando i fornitori scelgono installer MSI o EXE, questa decisione determina quanta ricerca richiede un'app prima che tu possa installarla. Gli MSI richiedono meno ricerca e offrono maggiore prevedibilità, mentre gli installer EXE garantiscono più flessibilità. Anche in questo caso, ogni app e ogni aggiornamento dovranno essere pacchettizzati e testati prima di poter essere distribuiti agli utenti in sicurezza.

Con Splashtop Agentic Packr, puoi trasformare gli installer in pacchetti Intune testati. Agentic Packr automatizza il processo di creazione dei pacchetti app, inclusa la lettura degli installer, la scrittura delle regole di rilevamento e i test, senza bisogno di scripting manuale o competenze di packaging. Questo accelera il packaging mantenendo i team IT in controllo.

Vuoi saperne di più su Splashtop Agentic Packr? Scopri come può aiutarti a distribuire app e aggiornamenti con sicurezza già da oggi.

Smetti di creare pacchetti per le app manualmente
Lascia che Splashtop Agentic Packr crei, testi e pubblichi ogni app e aggiornamento su Intune. Il tuo team controlla i risultati e i dispositivi restano aggiornati senza scripting manuale.


Condividi
Feed RSSIscriviti

Domande frequenti

Qual è la differenza tra un installer MSI e un installer EXE?
Per la distribuzione del software è meglio MSI o EXE?
Un programma di installazione EXE può contenere un MSI?
Intune può distribuire un file EXE come app line-of-business?
Puoi convertire un programma di installazione EXE in un MSI?
Come si creano i pacchetti MSI ed EXE per Microsoft Intune?

Contenuti correlati

A man typing on a computer in an office.
Pacchettizzazione agentica delle app

Che cos’è il packaging di applicazioni AI? Come funziona il packaging agentico

Ulteriori informazioni
A man working on a computer with code on-screen in an office.
Pacchettizzazione agentica delle app

Come eseguire un'installazione silenziosa con msiexec: comandi e opzioni

Two coworkers typing code on their computers.
Pacchettizzazione agentica delle app

Installazione silenziosa di EXE: come trovare e usare i parametri giusti

A person working on a computer in an office.
Pacchettizzazione agentica delle app

Come distribuire le app WinGet con Intune: 4 metodi che funzionano

Visualizza tutti i blog