FAQ | Intune Win32 Deployer

Kurz gesagt: Die meisten Probleme liegen an der Execution Policy, fehlenden Chocolatey-/winget-Voraussetzungen oder der Intune Administrator-Berechtigung - siehe die konkreten Lösungen unten.

Im FAQ des “Intune Win32 Deployer” beantworte ich allgemeine Fragen zur Handhabung und den Funktionen.
Hast du auch eine Frage? Dann stelle sie mir entweder in den Kommentaren, über einen Social Media Kanal oder via Kontaktformular.

Vorstellung des “Intune Win32 Deployer”

Welche Erkennungsregel wird beim Upload verwendet?

• Winget: Erkennungsregel via PowerShell Script. Vorlage: check.ps1 (github.com)
• Chocolatey: Ordnererkennung unter “C:\ProgramData\chocolatey\lib” und dem Ordner mit der Chocolatey-ID.

Muss ich Administrator zum Ausführen der App sein?

Grundsätzlich nicht. Sicher nicht zur Ausführung.
Bei der Installation wird aber geprüft, ob Chocolatey und winget auf deinem System vorhanden sind. Ist das nicht der Fall, wirst du gefragt, ob du diese installieren möchtest. .
Falls du aber z.B. nur winget Apps verteilen möchtest, benötigst du Chocolatey nicht.

Welche Berechtigung benötige ich, um die Apps zu Intune hochzuladen?

Die Intune Administrator Rolle reicht dazu aus.

Wenn ich die Installation starte, passiert nichts, warum?

Das hängt ziemlich sicher mit der Execution Policy auf deinem System zusammen.
Du kannst diese umgehen, indem du den Installer so aufrufst:
PowerShell.exe -ExecutionPolicy Bypass -File ”.\INSTALL_Intune-Win32-Deployer.ps1”

Wie funktioniert das mit winget und dem System Kontext?

Dazu hat Rudy Ooms einen super Beitrag verfasst, den er auf dem Laufenden hält: Install | Deploy | Use Winget | System context | Intune (call4cloud.nl)

Der Upload bleibt hängen oder schlägt auf halbem Weg fehl - was jetzt?

Prüfe zuerst den Packaging-Schritt von “IntuneWinAppUtil”: Fehlt die erzeugte .intunewin-Datei im Arbeitsordner des Tools oder ist sie 0 KB gross, ist das Win32 Content Prep Tool selbst gescheitert - meist wegen eines Sonderzeichens im Quellpfad oder weil ein Antivirus-/EDR-Produkt die temporären Dateien während des Packagings sperrt. Starte den Vorgang von einem Pfad ohne Leer- oder Sonderzeichen erneut und schliesse den Arbeitsordner des Tools testweise vom Echtzeitschutz aus, falls das nicht hilft.

Kann ich das Tool erneut für ein Update einer bereits verteilten App ausführen?

Ja - führst du den Deployer für eine bereits in Intune vorhandene App erneut aus, entsteht eine neue App-Version statt einer doppelten App, solange App-Name und Erkennungsregel zwischen den Läufen konsistent bleiben. Hast du die Erkennungsmethode geändert (z.B. von Chocolatey auf winget gewechselt), behandle es besser als neue App, um verwaiste Zuweisungen bei der alten zu vermeiden.