Wanneer een leverancier een MSI, een EXE of beide aanbiedt, komt de keuze tussen een MSI- en EXE-installer neer op hoe voorspelbaar de installatie is. Elke MSI draait via Windows Installer en gebruikt dezelfde silent switches, logs en uninstall-opdrachten, terwijl elke EXE zich gedraagt volgens de tool waarmee die is gebouwd. Dat verschil bepaalt hoeveel onderzoek een uitrol kost en welk Intune-apptype je kunt gebruiken.
De juiste kiezen vraagt om meer dan een eenvoudige vergelijking. Veel uitleg blijft steken bij definities, en sommige veelvoorkomende beweringen zijn onjuist, zoals het idee dat elke EXE op zichzelf staat of dat alleen MSI's op grote schaal kunnen worden uitgerold. IT-teams moeten weten hoe elke indeling zich tijdens de implementatie daadwerkelijk gedraagt.
Met dat in gedachten bekijken we de verschillen tussen MSI- en EXE-installatieprogramma's, zien we hoe ze allebei werken en helpen we je de juiste keuze te vinden voor de implementatie van je apps.
Wat is een MSI-installatiebestand?
Een MSI is een Windows Installer-pakket dat de logica en gegevens bevat die nodig zijn om een applicatie te installeren. Windows Installer (msiexec.exe) leest het pakket en installeert het op het apparaat, volgens alle meegeleverde opdrachten en speciale instructies. Elke MSI heeft een productcode, die implementatietools gebruiken om te detecteren of deze is geïnstalleerd en om deze te verwijderen.
Elke MSI draait via dezelfde engine en gebruikt daarom dezelfde opdrachtregelopties, zoals /qn voor een stille installatie zonder gebruikersinterface of /norestart om herstarts te beheren. Beheerders kunnen de installatie aanpassen zonder het pakket te bewerken, via openbare eigenschappen op de opdrachtregel of een transform (in de vorm van een .mst bestand). Zie onze handleiding voor stille MSI-installatie voor de volledige lijst met switches en exitcodes.
Met MSI zijn rollbacks standaard ingeschakeld, dus als een installatie mislukt, draait Windows Installer alle wijzigingen terug. Pakketauteurs kunnen rollback echter uitschakelen, en aangepaste acties worden alleen teruggedraaid als de pakketauteur daar rollbackstappen voor toevoegt.
Wat is een EXE-installatieprogramma?
Een EXE is een bestandstype waarbij .exe de extensie is voor een Windows-programma, dus het gedrag ervan hangt af van de tool waarmee het is gemaakt. Er zijn verschillende veelgebruikte builders, zoals InstallShield, NSIS en Advanced Installer, elk met hun eigen silent switches, logging en herstartgedrag. In onze gids voor stille EXE-installatie vind je de switches voor elk daarvan.
Door de variatie aan EXE's kunnen ze zich op verschillende manieren gedragen. Sommige installeren bestanden direct, terwijl andere wrappers zijn die MSI's bevatten en die doorgeven aan de Windows Installer. Hoewel het misschien vreemd lijkt om een MSI in een EXE op te nemen, kan de EXE daardoor controleren op vereisten, deze in de juiste volgorde installeren en een aangepaste installatiewizard gebruiken.
Hoewel velen denken dat elke EXE een zelfstandig archief van het programma is, laten de wrapper-EXE's hierboven zien dat dit niet altijd het geval is.
MSI- versus EXE-installatieprogramma: belangrijke verschillen voor implementatie
Wat zijn dan de belangrijkste verschillen tussen MSI- en EXE-installatieprogramma's? We kunnen ze als volgt opsplitsen:
Kenmerk | MSI | EXE |
Wat voert de installatie uit | Windows Installer (msiexec.exe) | De eigen logica van de EXE, of Windows Installer als de EXE een MSI omhult |
Schakelaars voor stille installatie | Voor elke MSI hetzelfde: /qn of /quiet | Hangt af van de tool waarmee het is gemaakt; sommige EXE's hebben er geen |
日志注册 | /l*v schrijft een uitgebreide log voor elke MSI | Varieert: /LOG (Inno Setup), /debuglog (InstallShield setup.exe), /log (WiX Burn) |
Aanpassing | Openbare eigenschappen op de opdrachtregel, of een transformatie (.mst) | Welke opties de leverancier ook heeft ingebouwd; InstallShield InstallScript-installaties hebben een opgenomen antwoordbestand nodig |
Installatie mislukt | Rollback staat standaard aan (hoewel auteurs dit kunnen uitschakelen) | Hangt af van de tool waarmee het is gemaakt |
Stille deïnstallatie | msiexec /x met het bestand of de productcode | Het verwijderprogramma van de leverancier en de eigen silent switch daarvan |
Intune apptype | Bedrijfsspecifieke app (één opdrachtregelargument) of Win32-app | Alleen Win32-app |
Intune-detectieregel | Regel voor MSI-productcode beschikbaar | Bestands-, register- of scriptregel |
Vereisten en bundels | Eén product per pakket (Windows Installer 4.5+ kan pakketten koppelen) | Bootstrapper-EXE's kunnen vereisten en verschillende pakketten in volgorde installeren |
Met deze verschillen in gedachten is het duidelijk dat er niet één indeling is die in elke situatie superieur is. Hoewel MSI voorspelbare, uniforme opdrachten, logs enzovoort biedt, biedt EXE meer flexibiliteit. Maar in ruil voor die flexibiliteit vereisen EXE-installers ook onderzoek voordat ze kunnen worden uitgerold.
Hoe je kunt zien of een EXE eigenlijk een MSI is
De EXE die je hebt gedownload, is mogelijk alleen een leveringswrapper met daarin een MSI. In deze gevallen kun je vaak MSI-functionaliteit krijgen via pass-through-switches, of de MSI afzonderlijk implementeren. Vaststellen of de EXE een MSI bevat, kan een paar minuten duren, maar het kan uren aan onderzoek naar switches besparen.
Je kunt controleren of er een MSI in een EXE zit door een paar stappen te volgen:
Bekijk de implementatiedocumentatie van de leverancier: Soms staat het antwoord er gewoon duidelijk in. Leveranciers die enterprise-implementatie ondersteunen, publiceren vaak een MSI of documenteren msiexec-opties voor hun EXE, zodat die eenvoudig te vinden zijn.
Voer het EXE-bestand uit met /? vanaf een opdrachtprompt: Daarmee open je de help-uitvoer, waarin vaak de tool wordt genoemd waarmee het is gemaakt. InstallShield Basic MSI-setups geven msiexec-opties door via /v (bijvoorbeeld setup.exe /s /v"/qn"), en Advanced Installer EXE-bestanden accepteren /exenoui gevolgd door msiexec-switches.
Zoek het WinGet-manifest van de app op: Elke installer-vermelding in WinGet registreert een InstallerType, zoals msi, burn, inno of nullsoft. Als het een burn-vermelding is, betekent dat dat het een WiX-bundel is die pakketten aaneenschakelt en mogelijk een MSI gebruikt. Inno- en Nullsoft-vermeldingen gebruiken daarentegen geen Windows Installer.
Open de EXE met een archieftool: Veel wrapper-EXE's kunnen worden geopend met tools zoals 7-Zip, zodat je het .msi bestand erin kunt zien.
Als er een MSI in de EXE zit, kun je beter de documentatie van de leverancier en de pass-through switches volgen, in plaats van zelf de MSI uit te pakken. Door de MSI uit te pakken, kun je vereisten of instellingen overslaan die in de wrapper zijn opgenomen, dus testen vóór implementatie blijft altijd belangrijk.
Hoe MSI- en EXE-installatieprogramma's worden uitgerold via Microsoft Intune
Wanneer je Microsoft Intune gebruikt om een app te implementeren, vereisen MSI- en EXE-installers verschillende methoden. Houd er rekening mee dat Intune geen interactieve installaties ondersteunt, dus welk formaat je ook gebruikt, zorg ervoor dat het stil kan worden uitgevoerd.
Een MSI implementeren
Wanneer je een MSI implementeert, heb je twee opties: met een Windows line-of-business (LOB)-app kun je de app direct gebruiken, maar slechts één opdrachtregelargument opgeven, terwijl je met Win32-appbeheer meer argumenten kunt toevoegen. Win32-apps verpakken de MSI in een .intunewin bestand met de Microsoft Win32 Content Prep Tool. Die leest op zijn beurt de details van de MSI voor Intune uit en kan worden gedetecteerd aan de hand van de productcode.
Wees voorzichtig met het combineren van die twee. Het combineren van LOB- en Win32-appinstallaties tijdens Windows Autopilot-inschrijving kan mislukken, omdat beide tegelijkertijd de Trusted Installer-service gebruiken (Autopilot device preparation ondersteunt combineren). Daarom stelt Microsoft voor om uitsluitend het Win32-apptype te overwegen, vooral voor installatieprogramma's met meerdere bestanden.
Een EXE implementeren
EXE-installers worden niet geaccepteerd als line-of-business-apps, dus elke EXE wordt toegevoegd als een Win32-app. Het installatieprogramma wordt verpakt in een .intunewin -bestand, en vervolgens voer je de opdracht voor stille installatie, de opdracht voor verwijderen en de detectieregel in wanneer je de app toevoegt in Intune. Houd er rekening mee dat er geen productcode is om te detecteren, dus je moet een detectieregel op basis van een bestand, registervermelding of script gebruiken.
EXEs geven ook andere codes terug wanneer een herstart nodig is, dus houd daar rekening mee bij het instellen van retourcodes. Inno Setup geeft bijvoorbeeld 0 terug, ongeacht of een herstart nodig is, tenzij je /RESTARTEXITCODE instelt.
MSI of EXE: welke moet je implementeren?
Gezien de verschillen tussen MSI- en EXE-installatieprogramma’s vraag je je misschien af welke het beste bij je past. Hoewel het antwoord afhangt van de opties van de leverancier, kun je deze belangrijke punten in gedachten houden wanneer je je opties evalueert:
De leverancier biedt beide aan: Als zowel MSI als EXE beschikbaar zijn, begin dan met de MSI. Dit geeft je de standaard silent switches, een uitgebreide log en een productcode voor verwijdering en detectie zonder dat uitgebreid onderzoek nodig is.
De leverancier raadt de EXE aan: Als de leverancier zegt dat je voor de EXE moet kiezen, betekent dit meestal dat die vereisten of onderdelen installeert die de MSI op zichzelf niet bevat. Controleer echter wel of msiexec-opties worden doorgegeven, zodat je de controle in MSI-stijl behoudt.
Alleen een EXE is beschikbaar: Als alleen een EXE beschikbaar is, wil je eerst achterhalen met welke tool deze is gemaakt en wat de silent switches zijn.
De EXE heeft geen silent-optie: Silent-installatieopties zijn belangrijk, dus als de EXE er geen heeft, vraag de leverancier dan eerst om een MSI-versie. Als dat niet lukt, kun je de EXE opnieuw verpakken door de wijzigingen van het installatieprogramma vast te leggen in een nieuw pakket, hoewel opnieuw verpakte installatieprogramma's lastiger te onderhouden zijn bij updates. Meer informatie in Wat is application packaging.
Je implementeert met Intune: Houd er rekening mee dat een MSI alleen als een LOB-app kan worden toegevoegd als één opdrachtregelargument dekt wat je nodig hebt. Als je meer nodig hebt dan dat, kun je voor beide indelingen het beste Win32 gebruiken.
Welke je ook kiest, vergeet niet alles te testen voordat je de applicatie uitrolt op verschillende apparaten. Dit omvat installatie-, detectie-, verwijderings- en exitcodes, die je moet testen op een schoon apparaat en voor elke nieuwe versie opnieuw moet controleren.
Waarom elke installer nog steeds packagingwerk nodig heeft
Of je nu een EXE- of MSI-installatieprogramma gebruikt, je zult nog steeds wat werk moeten doen voordat ze kunnen worden uitgerold. Hoewel MSI's onderzoek besparen, moet bij elke app nog steeds het installatiecommando worden bevestigd, moeten detectieregels worden ingesteld, tests worden uitgevoerd, packaging worden gedaan en meer. Wanneer er vervolgens een nieuwe versie van de app uitkomt, begint het proces opnieuw.
Gelukkig kunnen de juiste tools dit werk automatiseren, waardoor IT-teams tijd en energie besparen die anders zouden opgaan aan eentonig handmatig packagen. Daarmee komen we bij Splashtop Agentic Packr, een AI-gestuurde tool voor application packaging die teams helpt applicaties te packagen, valideren en implementeren met sterker beheer en minder handmatig werk.
Splashtop Agentic Packr kan:
Analyseer het installatieprogramma en bouw een PSADT-package met de installatielogica.
Schrijf detectieregels voor elke applicatie.
Test elk pakket op een schone virtuele machine en voer een beveiligingsscan uit, met een QA-scorecard en logboeken ter controle, zodat beheerders de resultaten kunnen bekijken voordat er iets wordt gepubliceerd.
Bouw het Intune-pakket en publiceer het naar Intune, of maak bundels om te implementeren met SCCM of handmatig op Windows-apparaten.
Detecteer automatisch nieuwe appversies en bouw bijgewerkte pakketten.
Splashtop AEM (Autonomous Endpoint Management) voegt een manier toe om scripts en taken uit te voeren op je endpoints, naast de pakketten die Splashtop Agentic Packr bouwt.
Verpak MSI- en EXE-apps voor Intune zonder onderzoek per app
Wanneer leveranciers kiezen voor MSI- of EXE-installers, bepaalt die keuze hoeveel onderzoek een app nodig heeft voordat je die kunt installeren. MSI's vereisen minder onderzoek en bieden meer voorspelbaarheid, terwijl EXE-installers meer flexibiliteit bieden. Zelfs dan moeten elke app en elke update nog worden verpakt en getest voordat die veilig bij gebruikers terecht kunnen komen.
Met Splashtop Agentic Packr kun je installers omzetten in geteste Intune-pakketten. Agentic Packr automatiseert het app-packagingproces, inclusief het lezen van installers, het schrijven van detectieregels en het testen, zonder dat handmatige scripting of packaging-expertise nodig is. Dit versnelt packaging terwijl IT-teams de controle behouden.
Wil je meer weten over Splashtop Agentic Packr? Zie hoe het je vandaag kan helpen om apps en updates met vertrouwen uit te rollen.
