Detection-Regeln, die nach dem Update stimmen

Drei Wege und ihre Grenzen

Intune kennt drei Detection-Typen: Registry, Datei und eigenes Skript. Alle drei beantworten dieselbe Frage — ist der Zustand erreicht? —, aber sie tun es mit unterschiedlicher Genauigkeit. Registry ist schnell und stabil. Datei ist einfach, aber versionstolerant. Ein Skript ist mächtig und langsam.

Registry: der stabile Fall

Ein Registry-Schlüssel, den nur dieses Produkt schreibt, ist die zuverlässigste Erkennung. Wichtig sind der richtige Pfad, der richtige Wert und die richtige Ansicht: Ein 32-Bit-Prozess sieht unter HKLM\Software einen anderen Zweig als ein 64-Bit-Prozess. Wer das verwechselt, sucht an der falschen Stelle und hält ein installiertes Paket für nicht installiert.

Datei und Version

Eine Dateiprüfung ist dann gut, wenn die Datei nur durch dieses Paket entsteht. Eine Versionsprüfung ist genauer, kippt aber beim nächsten Update: Wird die Detection nicht mitgezogen, gilt die neue Version als „nicht installiert" und wird erneut ausgerollt. Das fällt im Test nicht auf, weil dort meist nur eine Version liegt.

Skript: wann es sich lohnt

Ein Skript ist sinnvoll, wenn der Zustand aus mehreren Bedingungen besteht: Dienst läuft, Datei vorhanden, Registry-Wert gesetzt. Es ist der langsamste Weg, weil Intune es auf jedem Gerät ausführt. Für einfache Fälle ist es Überbau.

Der 32/64-Bit-Fehler

Der häufigste stille Fehler. Ein Installer schreibt in die 64-Bit-Ansicht, die Detection liest in der 32-Bit-Ansicht. Ergebnis: Das Paket installiert, die Detection schlägt fehl, Intune versucht es erneut. Im Log steht dann ein Fehler, der nach Installation aussieht, aber keiner ist.

Detection testen

Drei Schritte: auf einem frischen Gerät installieren, Detection prüfen, deinstallieren und erneut prüfen. Wer nur den ersten Schritt testet, testet die Hälfte. Und wer die Detection nach jedem Update ändert, sollte sie als Teil des Pakets behandeln, nicht als Nachgedanken.

---