MSI vs EXE installers: Which should you deploy?

Lorsqu’un fournisseur propose un MSI, un EXE, ou les deux, le choix entre un programme d’installation MSI et EXE dépend de la prévisibilité de l’installation. Chaque MSI passe par Windows Installer et utilise les mêmes commutateurs silencieux, journaux et commandes de désinstallation, tandis que chaque EXE se comporte selon l’outil qui l’a créé. Cette différence détermine le niveau de recherche nécessaire pour un déploiement et le type d’application Intune que vous pouvez utiliser.

Choisir la bonne option demande plus qu’une simple comparaison. De nombreuses explications s’arrêtent aux définitions, et certaines affirmations courantes sont fausses, comme l’idée que chaque EXE est autonome ou que seuls les MSI peuvent être déployés à grande échelle. Les équipes IT doivent comprendre comment chaque format se comporte réellement lors du déploiement.

Dans cette optique, explorons les installateurs MSI et EXE, voyons comment chacun fonctionne et aidons-vous à trouver le bon choix pour vos déploiements d’applications.

Qu’est-ce qu’un programme d’installation MSI ?

Un MSI est un package Windows Installer qui contient la logique et les données nécessaires pour installer une application. Windows Installer (msiexec.exe) lit le package et l’installe sur l’appareil, en suivant les commandes et instructions spéciales incluses. Chaque MSI possède un code produit, que les outils de déploiement utilisent pour détecter s’il est installé et pour le désinstaller.

Chaque MSI s’exécute via le même moteur, il utilise donc les mêmes options de ligne de commande, comme /qn pour une installation silencieuse sans interface utilisateur ou /norestart pour contrôler les redémarrages. Les administrateurs peuvent personnaliser l’installation sans modifier le package via des propriétés publiques sur la ligne de commande ou une transformation (sous la forme d’un fichier .mst fichier). Pour la liste complète des paramètres et des codes de sortie, consultez notre guide d’installation silencieuse MSI.

Avec MSI, les restaurations sont activées par défaut, donc si une installation échoue, Windows Installer annulera toutes les modifications. Cependant, les auteurs du package peuvent désactiver la restauration, et les actions personnalisées ne sont annulées que si l’auteur du package ajoute des étapes de restauration pour celles-ci.

Qu’est-ce qu’un programme d’installation EXE ?

Un EXE est un type de fichier où .exe est l’extension d’un programme Windows, donc son comportement dépend de l’outil utilisé pour le créer. Il existe plusieurs outils de création courants, comme InstallShield, NSIS et Advanced Installer, chacun avec ses propres options silencieuses, sa journalisation et son comportement de redémarrage. Notre guide d’installation silencieuse EXE couvre les options de chacun.

En raison de la variété des EXE, ils peuvent fonctionner de différentes façons. Certains installent les fichiers directement, tandis que d’autres sont des wrappers qui contiennent des MSI et les transmettent à Windows Installer. Même s’il peut sembler étrange d’inclure un MSI dans un EXE, cela permet à l’EXE de vérifier les prérequis, de les installer dans le bon ordre et d’utiliser un assistant d’installation personnalisé.

Bien que beaucoup pensent que chaque EXE est une archive autonome du programme, les EXE d’encapsulation ci-dessus montrent que ce n’est pas toujours le cas.

Programme d’installation MSI vs EXE : principales différences pour le déploiement

Alors, quelles sont les principales différences entre les installateurs MSI et EXE ? On peut les décomposer comme suit :

En gardant ces différences à l’esprit, il est clair qu’aucun format n’est supérieur à un autre dans toutes les situations. Alors que MSI offre des commandes, des journaux, etc. prévisibles et uniformes, EXE offre davantage de flexibilité. Mais en échange de cette flexibilité, les programmes d’installation EXE nécessitent également des recherches avant de pouvoir être déployés.

Comment savoir si un EXE est en réalité un MSI à l’intérieur

L’EXE que vous avez téléchargé peut n’être qu’une enveloppe de distribution contenant un MSI. Dans ces cas-là, vous pouvez souvent obtenir le comportement d’un MSI via des commutateurs de transmission, ou déployer le MSI seul. Déterminer si l’EXE contient un MSI peut prendre quelques minutes, mais cela peut vous faire gagner des heures de recherche sur les commutateurs.

Vous pouvez vérifier si un EXE contient un MSI en suivant quelques étapes :

• Consultez la documentation de déploiement du fournisseur : Parfois, la réponse y est indiquée clairement. Les fournisseurs qui prennent en charge le déploiement en entreprise publient souvent un MSI ou documentent les options msiexec pour leur EXE, ce qui les rend faciles à trouver.

• Exécutez le EXE avec /? depuis une invite de commande : Cela affiche l’aide, qui indique souvent l’outil qui l’a généré. Les programmes d’installation InstallShield Basic MSI transmettent les options msiexec via /v (par exemple, setup.exe /s /v"/qn"), et les EXE Advanced Installer acceptent /exenoui suivi des commutateurs msiexec.

• Consultez le manifeste WinGet de l'application : Chaque entrée d’installateur dans WinGet enregistre un InstallerType, tel que msi, burn, inno ou nullsoft. S’il s’agit d’une entrée burn, cela signifie qu’il s’agit d’un bundle WiX qui chaîne des packages et pourrait utiliser un MSI. Les entrées Inno et Nullsoft, en revanche, n’utilisent pas Windows Installer.

• Ouvrez l’EXE avec un outil d’archivage : De nombreux EXE d’empaquetage peuvent être ouverts avec des outils comme 7-Zip, ce qui vous permet de voir le .msi fichier à l’intérieur.

S’il y a un MSI dans l’EXE, il est préférable de vous référer à la documentation du fournisseur et aux commutateurs de transfert, plutôt que d’extraire vous-même le MSI. L’extraction du MSI peut vous faire ignorer des prérequis ou des paramètres inclus dans l’enveloppe, donc il est toujours important d’effectuer des tests avant le déploiement.

Comment les installateurs MSI et EXE sont déployés via Microsoft Intune

Lorsque vous utilisez Microsoft Intune pour déployer une application, les programmes d’installation MSI et EXE nécessitent des méthodes différentes. Gardez à l’esprit qu’Intune ne prend pas en charge les installations interactives. Quel que soit le format utilisé, assurez-vous donc qu’il peut s’exécuter en mode silencieux.

Déployer un MSI

Lorsque vous déployez un MSI, vous avez deux options : avec une application métier Windows (LOB), vous pouvez prendre l’application directement mais n’utiliser qu’un seul argument de ligne de commande, tandis qu’avec la gestion des applications Win32, vous pouvez ajouter davantage d’arguments. Les applications Win32 encapsulent le MSI dans un fichier .intunewin fichier avec le Microsoft Win32 Content Prep Tool. Celui-ci lit alors les détails du MSI pour Intune et peut être détecté par son code produit.

Faites attention en mélangeant les deux. Combiner des installations d’applications LOB et Win32 pendant l’inscription Windows Autopilot peut échouer, car les deux utilisent le service Trusted Installer en même temps (la préparation des appareils Autopilot prend en charge ce mélange). Pour cette raison, Microsoft suggère d’envisager exclusivement le type d’application Win32, en particulier pour les installateurs comportant plusieurs fichiers.

Déployer un EXE

Les programmes d’installation EXE ne sont pas acceptés comme applications métier, donc chaque EXE sera ajouté comme application Win32. Le programme d’installation est encapsulé dans un fichier .intunewin fichier, puis vous saisissez la commande d’installation silencieuse, la commande de désinstallation et la règle de détection lorsque vous ajoutez l’application dans Intune. Notez qu’il n’y a pas de code produit à détecter, vous devrez donc utiliser une règle de détection basée sur un fichier, le registre ou un script.

Les EXE renvoient également différents codes lorsqu’un redémarrage est nécessaire, alors gardez cela à l’esprit lors de la définition des codes de retour. Par exemple, Inno Setup renverra 0, qu’un redémarrage soit nécessaire ou non, sauf si vous définissez /RESTARTEXITCODE.

MSI ou EXE : lequel devriez-vous déployer ?

Étant donné les différences entre les installateurs MSI et EXE, vous vous demandez peut-être lequel vous convient le mieux. Bien que la réponse varie selon les options proposées par le fournisseur, voici quelques points clés à garder à l’esprit lorsque vous évaluez vos options :

• Le fournisseur propose les deux : Si MSI et EXE sont tous deux disponibles, commencez par le MSI. Cela vous offre les options silencieuses standard, un journal détaillé et un code produit pour la désinstallation et la détection, sans nécessiter de recherches approfondies.

• Le fournisseur recommande l’EXE : Si le fournisseur vous dit d’opter pour l’EXE, cela signifie généralement qu’il installe des prérequis ou des composants que le MSI seul n’installe pas. Cependant, veillez à vérifier s’il transmet les options msiexec, afin de conserver un contrôle de type MSI.

• Seul un EXE est disponible : Si seul un EXE est disponible, vous devrez d’abord identifier l’outil qui l’a généré et trouver ses commutateurs d’installation silencieuse.

• L’EXE n’a pas d’option silencieuse : Les options d’installation silencieuse sont importantes, donc si l’EXE n’en a pas, demandez d’abord au fournisseur une version MSI. À défaut, vous pouvez reconditionner l’EXE en capturant les modifications apportées par le programme d’installation dans un nouveau package, bien que les programmes d’installation reconditionnés soient plus difficiles à maintenir au fil des mises à jour. Pour en savoir plus, consultez Qu’est-ce que le packaging d’applications.

• Vous déployez avec Intune : N’oubliez pas qu’un MSI peut être ajouté comme application LOB uniquement si un seul argument de ligne de commande couvre ce dont vous avez besoin. Si vous avez besoin de plus que cela, vous devrez utiliser Win32 pour les deux formats.

Quel que soit votre choix, n’oubliez pas de tout tester avant de déployer l’application sur l’ensemble des appareils. Cela inclut l’installation, la détection, la désinstallation et les codes de sortie, que vous devez tester sur un appareil propre et répéter pour chaque nouvelle version.

Pourquoi chaque programme d’installation nécessite encore un travail de packaging

Que vous utilisiez un programme d’installation EXE ou MSI, vous devrez quand même effectuer un certain travail avant de pouvoir les déployer. Même si les MSI réduisent le travail de recherche, chaque application nécessite toujours la confirmation de sa commande d’installation, des règles de détection, des tests, le packaging, et plus encore. Puis, lorsqu’une nouvelle version de l’application sort, le processus recommence.

Heureusement, les bons outils peuvent automatiser ce travail, ce qui permet aux équipes IT d’économiser du temps et de l’énergie qui seraient autrement consacrés à un packaging manuel monotone. Cela nous amène à Splashtop Agentic Packr, un outil de packaging d’applications alimenté par l’IA qui aide les équipes à packager, valider et déployer des applications avec une gouvernance renforcée et moins de travail manuel.

Splashtop Agentic Packr peut :

• Analyser l’installateur et créer un package PSADT avec la logique d’installation.

• Rédigez des règles de détection pour chaque application.

• Testez chaque package sur une machine virtuelle propre et exécutez une analyse de sécurité, avec une fiche d’évaluation QA et des logs à examiner, afin que les administrateurs puissent consulter les résultats avant toute publication.

• Créez le package Intune et publiez-le dans Intune, ou créez des bundles à déployer avec SCCM ou manuellement sur des appareils Windows.

• Détectez automatiquement les nouvelles versions des applications et créez des packages mis à jour.

Splashtop AEM (Autonomous Endpoint Management) ajoute un moyen d’exécuter des scripts et des tâches sur l’ensemble de vos endpoints, en plus des packages créés par Splashtop Agentic Packr.

Packagez des applications MSI et EXE pour Intune sans la recherche propre à chaque application

Lorsque les fournisseurs choisissent des installateurs MSI ou EXE, cette décision détermine le niveau de recherche nécessaire avant de pouvoir installer une application. Les MSI nécessitent moins de recherches et offrent davantage de prévisibilité, tandis que les installateurs EXE offrent plus de flexibilité. Même dans ce cas, chaque application et chaque mise à jour devront être packagées et testées avant de pouvoir être déployées en toute sécurité auprès des utilisateurs.

Avec Splashtop Agentic Packr, vous pouvez transformer des installateurs en packages Intune testés. Agentic Packr automatise le processus de packaging des applications, y compris la lecture des installateurs, la rédaction des règles de détection et les tests, sans nécessiter de scripts manuels ni d’expertise en packaging. Cela accélère le packaging tout en laissant les équipes IT garder le contrôle.

Vous voulez en savoir plus sur Splashtop Agentic Packr ? Découvrez comment cela peut vous aider à déployer des applications et des mises à jour en toute confiance dès aujourd’hui.