Was ist der Präsentationsmodus?

Der Präsentationsmodus (Presentation mode) ist eine Funktion des Betriebssystems, der von Programmen eingeschaltet und von anderen Programmen systemweit ausgewertet werden kann. Der Präsentationsmodus wird zumeist von Programmen gesetzt die im Vollbild-Modus ausgeführt werden, wie aktive Präsentationen (Microsoft Powerpoint, etc.), Kiosk Modus von Browsern, jedoch auch von Vollbild Terminal Server Sitzungen, Citrix Wokspace App Sitzungen, uvm..

Präsentationsmodus und Empirum UEM Agent

Matrix42 hat sich diese Funktion zu Nutze gemacht und wertet den Präsentationsmodus aus, um den Anwender davor zu schützen, das Software-Installationen während einer laufenden Präsentation starten. Damit man eben nicht nur ein Programm und somit Anwendungsfall abfragt, wo es doch eine Vielzahl an Programmen und Anwendungsfälle gibt, wertet der UEM Agent je nach Konfiguration genau diesen Präsentationsmodus aus.

Feststellungen

So kann es in einer bestehenden Umgebung vorkommen, dass bei der häufigen Nutzung von Programmen, die den Präsentationsmodus aktivieren, die Installation(en) nicht starten. Dies kommt u.a. dann vor, wenn die Windows Clients als „Terminal Clients“ im HomeOffice genutzt werden. Ähnliche Konstellationen treffen auf Administratoren zu, die per Remotedesktopverbindung (mstsc) auf Windows Server aufgeschaltet sind.

Wie bekommen ich nun wichtige Software trotz alledem installiert?

Bei der Zuweisung einer Software wird im Standard die Verteilungsoption „Installieren und Erneuern“ gesetzt. Ergänzt man die Verteilungsoption um die Option „Installationszeitraum ignorieren“, wird die Installation auch bei gesetztem Präsentationsmodus ausgeführt.

Eine weitere Möglichkeit ist natürlich auch, das man sich für diese Clients eine weiteres Agenten-Template erstellt und zuweist. Hier gilt der Grundsatz der Empirum Console, das nähere am Computer befindliche Objekt hat Vorrang. Welches Agenten-Template tatsächlich angezogen wird, kannst du in den Computereigenschaften unter „Zugeordnete Objekte“ überprüfen.
Eine solches Agenten-Template, also mit deaktiviertem Präsentationsmodus, könnte somit für Computer in der Produktion, Kiosksysteme, Anzeigesysteme, Windows als „Terminal Client“ sinnvoll eingesetzt werden.

Was sagt die Empirum Hilfe?

Hier der dazugehörige Text aus der Empirum Hilfe …
Präsentationsmodus beachten:  Wenn der Anwender diese Funktion aktiviert, verhält sich der Agent während einer Präsentation so, als wäre der Computer außerhalb des Installationszeitraums. Es wird keine Software installiert, es sei denn ein Paket hat die Verteilungsoption „Installationszeitraum ignorieren“ gesetzt.

UEM Agent beachtet Präsentationsmodus – Was nun?

Möchte man die Vorteile des Präsentationsmodus nutzen, um seine Kollegen, Chef, Vorstand nicht zu verärgern :), kann bzw. sollte man meines Erachtens trotzdem zumindest Pakete wie die folgenden mit der obigen Verteilungsoption zusätzlich konfigurieren:

• Empirum Inventory
• Matrix42 Patch-Management (Scan)

Weitere Pakete, wie vielleicht auch das Fix Paket des Patch-Managements, können somit von euch auch entsprechend priorisiert werden.

Da ich hier selbst einige Zeit im Dunkeln getappt bin, habe ich das hier für mich und euch zusammengefasst. Wie sind eure Erfahrungen mit dem Präsentationsmodus oder habt ihr Ergänzungen?

Der Beitrag Empirum: Pakete bleiben im Status Download erschien zuerst auf Workplace Management Blog.

LAPS und deren Unterschiede

Der Unterschied im Namen ist gering „Microsoft LAPS“ (alt, Legacy LAPS) und „Windows LAPS“ (neu), die Möglichkeiten unterscheiden sich jedoch enorm. Der ganz klare Vorteil ist, Windows LAPS ist nun Bestandteil des Betriebssystems. Die weiteren Vorteile sind die Integration in die moderne Verwaltung.
Die Einstellungen können nun nicht mehr nur aus Gruppenrichtlinien (GPOS) kommen und das Kennwort kann nun auch verschlüsselt im Azure Active Directory (AAD) gespeichert werden. Wer tiefer in die Materie und Möglichkeiten eintauchen möchte, dem lege ich die folgenden Seiten ans Herz:
https://learn.microsoft.com/de-de/windows-server/identity/laps/laps-overview

Active Directory Berechtigungen

Wer das LAPS Kennwort im Active Directory speichert, sollte auch weitere Aspekte berücksichtigen, damit dies auch entsprechend abgesichert wird. Neben der spärlichen Vergabe der Benutzer die auf die LAPS Felder Zugriff haben, sollte man auch den Benutzer ins Auge fassen, der das Computerkonto erstellt. Weiteres dazu kann man hier finden.

Zusammenspiel mit Empirum

Im Zusammenspiel mit Empirum sind ein paar Dinge zu beachten, wenn man das Maximum an Sicherheit herausholen möchte.

DomainJoin Variablen

Die Variablen und somit der Benutzer für den Domain-Join sollte bestenfalls nur für den Zeitpunkt der Betriebssysteminstallation zugewiesen sein. Dies kann über eine separate Konfigurations- oder Zuweisungsgruppe geschehen, in dem der Computer nur für die Betriebssysteminstallation zugeordnet ist.

Windows LAPS

Will man die Vorteile von Windows LAPS nutzen, sollte man darüber nachdenken eine Windows 10 bzw. 11 Quelle für die Betriebssysteminstallation einzubinden, die das April oder besser Mai 2023 Update beinhaltet. Alternativ kann man auch das Windows Update in seine Quellen integrieren.

Reinstallation von Computern

Gerade bei Tests oder im Client Lifecycle kommt es vor, dass vorhandene Computer mit dem gleichen Namen nochmals installiert werden. Wurde das Computerobjekt vor der Neu-Installation nicht aus dem Verzeichnisdienst (AD/AAD) gelöscht, kann es dauern bis das LAPS neu erstellt und gespeichert wird, da das „Ablaufdatum“ vom Verzeichnisdienst vorgegeben wird. Etwas was mir diesbezüglich schon länger durch den Kopf ging, hat ein mir bekannter Administrator als WinPE Paket umgesetzt.

Das WinPE Paket zusätzlich der detaillierten Erläuterungen und Einstellmöglichkeiten findet ihr in seinem github Repository: https://github.com/htcfreek/PreOS-ResetLapsPassword.

Wem das nicht reicht, so wird er dort auch fündig hinsichtlich einer GUI für das Windows LAPS Kennwort: https://github.com/htcfreek/SimpleLapsGui

Ein großes Kompliment für diese Erweiterung von meiner Seite!

Microsoft LAPS Benutzer

Für all diejenigen, für die Microsoft LAPS nichts neues ist, sollten sich mit der Co-Existenz, den Änderungen und neuen Möglichkeiten auseinandersetzen. Man muss jedoch sehr achtsam mit den Begrifflichkeiten und Funktionen umgehen, da die ähnlichen Worte und Begriffe einen schon gerne einmal verwirren.

Der Beitrag Windows LAPS und Empirum WinPE erschien zuerst auf Workplace Management Blog.

Firefox

• Voreinstellungen HowTo
• Liste der Voreinstellungen
• Richtlinien – Auflistung und Werte
• Richtlinen Generator

Google Chrome

• Übersicht für den Administrator
• Voreinstellungen oder Richtlinien
• Richtlinen Verarbeitung
• Richtlinien Einstieg
• Google Chrome Richtlinien (Achtet auf „Supported on“ in den Artikeln)

Chrome ManagedBookmarks

Die „Managed Bookmarks“ sind vorgegebene und vom Benutzer nicht veränderbare Favoriten – im Google Chrome – Bookmarks.
Hier habe ich länger gesucht, um eine passende Seite mit einem funktionierenden Beispiel zu finden. Am einfachsten ist es, sich die Json Datei zusammenzubauen und in den unten beschrieben REG_SZ Eintrag einzufügen. Alternativ habe ich eine simple Liste mit zwei Einträgen als Reg-Datei beigefügt.

• Alte Referenz
• Neue Referenz

Achtung: falls Du die Datei per Skript einfügen willst, solltest Du es einmal manuell vornehmen und anschließend den Wert exportieren. Es werden einige „\“ eingefügt, um die Hochkommas wieder importieren zu können.

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome]
"ManagedBookmarks"="[{\"toplevel_name\":\"My Favorites\"},{\"url\":\"https://www.wpm-blog.de/\",\"name\":\"WPM-Blog\"},{\"url\":\"https://www.matrix42.com/\",\"name\":\"Matrix42\"}]"

Microsoft Edge (Chromium)

Die Einstellungen des „neuen“ Microsoft Edge (Chromium), wer hätte es anders gedacht, ähneln sehr den Google Chrome Einstellungen zuvor.

• Microsoft Edge Richtlinien
• Microsoft Edge Richtlinien (Auflistung)
• Microsoft Edge Konfiguration von vorne bis hinten

Der Beitrag Internet Browser: Voreinstellungen und Richtlinien erschien zuerst auf Workplace Management Blog.

Das PreOS Paket …

• matrix42\DriverIntegration oder
• wpm-blog\PrepareDRVbyModel_Packages

übernimmt die „Vorbereitung“ in Bezug auf die Windows Treiber. Dieses habt ihr hier bereits eingebunden und zugeordnet.

Was passiert da?

Beide Pakete bestimmen anhand einer WMI Abfrage, wie die Hersteller und die Modellbezeichnung des Gerätes sind. Anhand dieser Daten wird in eine Zuordnungsdatei geschaut, welche ZIP oder CAB Datei bzw. Ordner kopiert werden soll. Der Kopiervorgang bzw. das Entpacken findet in den lokalen Ordner C:\EmpirumAgent\Drivers statt. Die unattend.xml des WindowsInstallation Paketes, das im Anschluss läuft, sucht dann bei Bedarf in dem oben genannten Ordner nach passenden Treibern.

Wo liegt die Zuordnungsdatei?

Die Zuordnungsdatei liegt auf dem EmpirumServer unter \\%EmpirumServer%\Configurator$\Packages\Matrix42\OSPackages\Drivers\ und heißt drivers.json (ehemals drivers.ini).

Wie wird die Zuordnungsdatei „gepflegt“

Die drivers.json Datei muss man nicht mit einem Editor anpassen. Dazu bietet Matrix42 eine Oberfläche an, die hier zur Verfügung steht: \\%EmpirumServer%\Empirum$\AddOns\WinPEDriverAssistant\Matrix42WinPEDriverAssistant.exe
Zur Sicherheit sollte man die Matrix42WinPEDriverAssistant.exe mit der Option „Als Administrator ausführen“ starten.

Woher bekomme ich den Hersteller und das Modell?

Den Hersteller bzw. das Modell bekommt man mittels des Paketes

• matrix42\HardwareInfo oder
• wpm-blog\WinPE-D-2PXE

heraus. Bei Systemen, die man bereits im Einsatz hat, kann man die Werte auch dem Inventory (WMI, Computersystem) entnehmen.

Woher bekomme ich die Treiber?

Für die „Business“ Modelle der „großen“ Hersteller gibt es sogenannte „SCCM Driver Packages“. Die Einstiegsseiten dazu hatte ich in diesem Artikel bereits aufgeführt.

Nur Plug&Play Treiber reichen mir nicht aus!

Wer noch mehr machen möchte, nutzt mein PrepareDRVbyModel_Packages Paket.

Ausführliche Anleitung

Weiteren Lesestoff findet ihr im Dokument Treiberintegration in WinPE HowTo der Matrix42.

Das für’s Erste als kurze und knappe Übersicht. Bei Gelegenheit, werde ich mit eigenen Worten und Bildern diesen Artikel nochmals weiter „ausschmücken“.

Der Beitrag Empirum WinPE – Treiber für Windows erschien zuerst auf Workplace Management Blog.

Betriebssystem importieren

Der Start für den Importvorgang befindet sich unter Konfiguration, OS Installer, Import. Die im weiteren Verlauf des Beitrages gezeigten Abbildungen führen durch den Importvorgang und bedürfen nur wenigen Kommentaren. Die zu importierende Windows Quelle (ISO) können Sie entweder mittels Windows Bordmitteln „Bereitstellen“ oder per 7-zip o.ä. entpacken. Der Import Wizard kann leider nicht direkt auf eine ISO Datei zugreifen.

Auswahl des Quellverzeichnisses bzw. des Laufwerkes, in dem die Betriebssystemquellen vorliegen …

Nach der „Untersuchung“ der Quellen, schlägt Empirum vor, was es importieren kann. Nach der Auswahl des Suchergebnisses, kann im nachfolgenden Dialog der Name angepasst werden, was ich auch stark empfehle!

Nach der gewünschten Anpassung, erfolgt der tatsächliche Importvorgang, der auch einen Moment andauert …

Nach einer Weile, zeigt der grüne Text in der Zusammenfassung den Erfolg des Imports an!

Weiter geht’s!

Der Beitrag Empirum WinPE – Betriebssystem in Empirum importieren erschien zuerst auf Workplace Management Blog.

Abhilfe

Für Abhilfe sorgen die nächsten Schritte. Dazu müsst ihr die nachfolgende Datei Empirum\EmpInst\Sys\Images\WinPE\CreatePXEWinPEMultiPlatform.ps1 auf dem EmpirumServer öffnen und anpassen. Die erste Zeile, ist die vorhandene Zeile (Suche) und die Zeile danach ist „Lösung“.

#icacls.exe "$MountPxeDir\Windows\System32\winpe.jpg" /grant Administrators:F
icacls.exe "$MountPxeDir\Windows\System32\winpe.jpg" /grant *S-1-5-32-545:F

Ich habe die Gruppe der „Administrators“ durch die sogenannte Well-Known SID ersetzt.

Falls das nicht ausreichend sein sollte, kann man den zuvor abgesetzten takeown Befehl um ein /A ergänzen. Dies habe ich nicht getestet! – wäre jedoch konsequent, wenn man die „Administratoren“ berechtigen möchte.

Im Anschluss ist die Erstellung der WinPE Bootkonfiguration mit Erfolg durchgelaufen.

Der Beitrag Erstellung einer WinPE 1.6.6 Bootkonfiguration bricht ab erschien zuerst auf Workplace Management Blog.

Zentrale Steuerung – Agent Template

Sein Verhalten bekommt der Empirum Agent über das sogenannte Agent-Template mitgegeben. Dieses Agent-Template ist unabhängig, ob der Advanced oder UEM Agent eingesetzt wird. Funktionen die nur der UEM Agent bedienen kann sind mit einem fliederfarbenen Symbol gekennzeichnet. In Bezug auf die Verbindungsmöglichkeiten gibt es bis dato jedoch keine Unterschiede.

DHCP Optionen

In Empirum DBUtil muss zuerst die Option EmpirumServer aktiviert werden und mit einer Options-Nummer versehen sein. Dies geht in den Eigenschaften zu den PXE-Servern.Im Anschluss sollte man das Agent-Template erstellen bzw. aktualisieren mit der DHCP Option gesetzt (siehe Abbildung 1). Vertrauen ist gut – Kontrolle ist besser! Am besten man schaut nach der Erstellung in die daraus resultierende XML Datei im \\%EmpirumServer%\Configurator$\User Verzeichnis (<Konfigurationsname>.xml). In der Datei sollte eine Suche nach DHCP einen ähnlichen Eintrag wie folgt finden …

<DHCPOptions enabled="true">
     <DHCPEntry id="128">EmpirumServer</DHCPEntry>
</DHCPOptions>

Anschließend ist zu prüfen, ob die zuvor genutzte DHCP Options ID (hier 128) auf dem DHCP Server für den entsprechenden IP-Adressraum konfiguriert ist. Falls die Option 128 noch nicht vorhanden ist, so muss diese auf dem DHCP Server noch erstellt werden. Eine Anleitung, die man sich als Vorlage nutzen kann, ist hier verfügbar. Die zu erstellende Option (ab ID 128) ist vom Typ: Zeichenkette bzw. String und sollte mit dem Namen „EmpirumServer“ belegt werden.

Zugewiesene EmpirumServer verwenden

Wenn man mit der Zuweisung des EmpirumServers über die Konfigurations- bzw. Zuweisungsgruppen arbeiten will, muss man diverse Voraussetzungen erfüllen.
In den Computereigenschaften des zuzuweisenden EmpirumServers müssen die folgenden Werte gesetzt sein:

• die Computerrolle: Empirum Master Server oder Empirum Depot Server
• die Variablen: SubDepot\USER_x / PASSWORD_x

Der EmpirumServer wird über die Eigenschaften der Konfigurations-/Zuweisunggruppe zugewiesen und vererbt. Dem Computerobjekt wird automatisch nochmals direkt der Empirum Master Server zugewiesen.Die Reihenfolge der EmpirumServer Nutzung kann optisch oder in der %Computername%.ini Datei eingesehen werden. In den Eigenschaften der Gruppe entspricht die Reihenfolge von open nach unten. In der %Computername%.ini entspricht die Reihenfolge von unten (höchste Zahl) nach oben (kleinste Zahl).

Verbindungs-Versuchs-Reihenfolge
Die Reihenfolge der Verbindungsversuche geschieht vorwiegend, wie in der Abbildung des Agent-Templates zu sehen ist, von oben nach unten:

• DHCP Option
• Zugewiesene EmpirumServer (unter Berücksichtigung der Sub-Optionen: zufällige Reihenfolge, MasterServer auslassen)
• bereits gesetzte Umgebungsvariable %Empirumserver%
• Ausfall Server (das sollte zumeist der Empirum Master Server sein) – angegebener Server in der AgentConfig.xml

Die Verbindung wird ausschließlich nach der Erreichbarkeit des Servers bzw. der Freigaben (SMB/https) bestimmt, nicht an der Qualität der Verbindung.

Wie sieht es am Client aus?

Die Frage lässt sich zumeist gut beantworten, bedarf jedoch eines Blickes „unter die Motorhaube“, sprich in die Log Dateien des Agenten. Diese findet man für den UEM Agent unter: C:\ProgramData\Matrix42\Logs\UAF\ und für den Advanced Agent unter: C:\ProgramData\Matrix42\Logs\ERIS. Dazu nimmt man am besten die Datei ohne Datum im Dateinamen (aktuelle Datei) und sucht nach DHCP. Somit findet man zumeist schnell den Start des Empirum Agenten bzw. die Informationen zum aktuellen Polling. Nachfolgend ein beispielhaftes Log mit Kommentaren in kursiver Schrift.

>Welches Agent Template wurde genutzt? Name und Version ist hier aufgeführt.
[Warning] [MxLog.LogS] DLL.Transport [SAC] Using Agent Template ‚AgentConfigSample‘ (Version 18.0.0.3) <19>
>Was sind die aus der AgentConfig.xml (auf dem Client heißt die Konfigurationsdatei immer gleich) ausgelesenen Einstellungen?
[Warning] [MxLog.LogS] DLL.Transport [SAC] Use DHCP options <19>
[Warning] [MxLog.LogS] DLL.Transport [SAC] Use assigned EmpirumServers ; Use random order ; Exclude Empirum Master Server <19>
[Warning] [MxLog.LogS] DLL.Transport [SAC] Fallback Server: empirumserver.domain.loc, account: Domain\EmpirumAgent <19>
[Warning] [MxLog.LogS] DLL.Transport [SAC] Active protocol: SMB <19>
[Warning] [MxLog.LogS] DLL.Transport [SAC] END Configuration for checking server availability <19>
>sind EmpirumServer zugewiesen?
[Warning] [MxLog.LogS] DLL.Transport [SAC] Machine values file for this computer is „C:\EmpirumAgent\Values\MachineValues\Domain\ComputerName.ini“ <19>
[Warning] [MxLog.LogS] DLL.Transport [SAC] Loading assigned EmpirumServers from „C:\EmpirumAgent\Values\MachineValues\Domain\ComputerName.ini“ <19>
>hier sind keine EmpirumServer zugeordnet …
[Warning] [MxLog.LogS] DLL.Transport [SAC] No assigned EmpirumServer found! <19>
>nutze den EmpirumServer aus der Umegbungsvariable: EmpirumServer …
[Warning] [MxLog.LogS] DLL.Transport [SAC] Loading configuration from environment variables <19>
[Warning] [MxLog.LogS] DLL.Transport [SAC] ENV-EmpirumServer: empirumserver.domain.loc, ENV-User: Domain\EmpirumAgent, ENV-Password: is set <19>
[Warning] [MxLog.LogS] DLL.Transport [SAC] Checking availability of server with user <Domain\EmpirumAgent> using configured protocol <19>

>im Falle eines zugewiesenen EmpirumServers per DHCP …
[Warning] [MxLog.LogS] DLL.Transport [SAC] Use DHCP options <9>
…
[Warning] [MxLog.LogS] DLL.Transport [SAC] Reading DHCP options from network stack <9>
[Information] [MxLog.LogS] DLL.Transport Dhcp environment variables from xml read <9>
[Information] [MxLog.LogS] DLL.Transport [DhcpOptions] START SelectAdapters <9>
…
[Information] [MxLog.LogS] DLL.Transport [DhcpOptions] START GetDhcpOptions <9>
…
[Information] [MxLog.LogS] DLL.Transport Dhcp Option „EmpirumServer“ with ID 128 will be requested <9>
[Information] [MxLog.LogS] DLL.Transport Dhcp Received 19 bytes from DHCP server: „empirumserver.domain.loc“ for option 129 <9>
[Information] [MxLog.LogS] DLL.Transport [DhcpOptions] END GetDhcpOptions successful. ‚1‘ values found <9>
[Warning] [MxLog.LogS] DLL.Transport [SAC] Get for DHCP option ‚EmpirumServer‘ value ‚empirumserver.domain.loc‘ successfully <9>

>Verbindungsversuche
[Information] [MxLog.LogS] DLL.Transport SMB Session Manager Connection to \\empirumserver.domain.loc\Configurator$\Packages with user Domain\EmpirumAgent establishing. <34>
>hierauf sollte ein „established“ folgen, oder eben eine Fehlermeldung, warum der EmpirumServer nicht erreichbar ist.

Der Beitrag Empirum Agent – Troubleshooting Verbindungsaufbau erschien zuerst auf Workplace Management Blog.

Erlaube Deinstallation

Ein Haken bei „Erlaube Deinstallation“ ermöglich ein Software-Paket über das Kiosk nicht nur zu installieren, sondern auch zu deinstallieren. Das Software Kiosk ist eine Eigenschaft des Empirum Agenten und auf dem Computer über das Tray-Symbol erreichbar. Unabhängig, ob der Haken bei dieser Option gesetzt ist oder nicht, kannst Du jederzeit dieses Software-Paket über die Management Oberfläche deinstallieren, wenn Dein Software Paket die Befehle dafür besitzt!
Genauer gesagt heißt diese Option: Erlaube Deinstallation im Software Kiosk.
Dazu kann direkt nach einem Installieren, ein erneutes Aufrufen des Software Kioskes notwendig sein.

Nur bei Verteilung benutzen

Wenn wir auf diesem Reiter der Paketeigenschaften gerade sind. Was bedeutet „Nur bei der Verteilung benutzen“? Diese Option gibt es auch auf dem Register in dem sich die Software im Depot befindet. „Nur bei Verteilung benutzen“ bedeutet eigentlich: Nicht im Software Kiosk anzeigen.
Wenn Du das Register nicht anzeigst, wird alle darin befindliche Software nicht im Software Kiosk angezeigt. Möchtest Du eine einzelne Software nicht im Software Kiosk anzeigen, so kannst Du das „pro Paket“ setzen.

Der Beitrag Empirum Paketeigenschaft – Erlaube Deinstallation erschien zuerst auf Workplace Management Blog.

Bis Empirum v18.0.2 konnte man mit Empirum nur WIM Dateien verarbeiten bzw. importieren. Das soll sich in Kürze ändern. Auf der anderen Seite werden dann ab der Empirum v18.0.2 alle in der WIM oder esd Datei befindlichen Produkteditionen in der Oberfläche angezeigt. Das könnte wiederum dem ein oder anderen Administratoren weniger gut gefallen, denn schlussendlich möchte man standardisierte Installationen durchführen und Fehler minimieren.

Muss man nun die esd in eine WIM Datei wandeln, oder eine Produktedition aus einem Datenträger mit mehreren Editionen extrahieren, so bedarf es einiger weniger DISM „Kniffe“.

Auslesen der in der WIM Datei enthaltenen Editionen

Das Auslesen geschieht über den nachfolgenden DISM Befehl.
Hierbei ist es wichtig, dass …

• die Kommandozeile als Administrator ausgeführt zu haben.
• die eingesetzte DISM Version die gleiche oder höhere Version des zu bearbeitenden Datenträgers besitzt.

Dism /Get-WimInfo

dism /Get-WimInfo /wimfile:install.wim
oder eben auch ...
dism /Get-WimInfo /wimfile:install.esd

Die Ausgabe sollte wie folgt aussehen und ggf. mehrere Einträge mit unterschiedlichen Index Werten besitzen:

...
Index: "1"
Name: "Windows 7 Professional"
Beschreibung: "Windows 7 Professional"
...

Extrahieren einer Windows Edition

Mit dem zweiten Befehl und dem passenden Index im Kopf extrahiert man nun die entsprechende Edition in eine einzelne separate Datei.

dism /export-image /SourceImageFile:install.esd /SourceIndex:1 /DestinationImageFile:install.wim /Compress:max /CheckIntegrity
oder
dism /export-image /SourceImageFile:install.esd /SourceIndex:1 /DestinationImageFile:installproonly.wim /Compress:max /CheckIntegrity

Ersetzen in den Quellen

Vor dem Importieren in Empirum ersetzt man nun die install.wim im oben genannten „sources“ Ordner durch die neue install.wim. Die neue Datei im „sources“ Ordner sollte am Ende auch wieder install.wim heißen.

Wer sich mehr über das WIM Format aneignen möchte, wird hier fündig: Windows Imaging File Format (WIM)

Jetzt sollten die Befehle zur Hand sein, wenn es nötig wird ;).

Der Beitrag Install.esd umwandeln und einzelne Windows Edition extrahieren erschien zuerst auf Workplace Management Blog.

Neue EPE4 Quellen …

Der Download neuer EPE Quellen erfolgt über den Matrix42 Marketplace. Dazu muss ein Marketplace bzw. ein Matrix42 Account vorhanden sein. Die neuen EPE4 Versionen, samt ihrer Historie werden unter folgendem Link im Marketplace angeboten.

Import der EPE Version in die eigene Empirum Umgebung

Die heruntergeladene ZIP Datei legt man am besten in einem separaten Ordner ab, auf den von der Management Console zugegriffen werden kann. Die Matrix42 Management Console „Als Administrator starten …“ ausführen und auf den Tabulator Konfiguration, OS Installer, Import wechseln. Starten des Import Vorganges wie ab Kapitel 2.3 dieser Matrix42 Hilfe Seite erläutert.

Wichtig ist hier, dass auf dem zweiten Import-Dialog der Name angepasst wird für eine bessere Unterscheidung bzw. Zuordnung beim Erstellen der Bootkonfiguration – ansonsten heißen alle „Empirum Preboot Environment 4“. Dieser Hinweis ist auch beim Import von Betriebssystem-Quellen wie Windows 7 und Windows 10 von Vorteil. Bei den Betriebssystem kann man hier wunderbar den Namen um Informationen wie Service Pack, Patch-Stand, PRO oder Enterprise, uvm. erweitern.

Der angepasste Import führt dann zu einem individuellen „BS Paket“ Namen, wie in dem hier verlinkten Artikel bereits angezeigt wird.

Erstellen einer Boot-Konfiguration

Das Erstellen der Boot Konfiguration ist ab Kapitel 2.4 des obigen Links erklärt. Hier sind ein paar Punkte besonders erwähnenswert: Wichtig ist hier, dass man eine Aktualisierung anstößt, wenn man gerade zuvor neue EPE Quellen importiert hat.
Meines Erachtens erzeugt man pro EPE Version auch eine eigene EPE Konfiguration, wie. z.B.: EPE464 für die EPE Quellen mit der Version 4.6.4. So kann man diese EPE4 Version explizit testen und ggf. auch nur einer bestimmten Hardware zuweisen.

Ein weiterer wichtiger Punkt kann sein, dass man unter Konfiguration, OS Installer, Bootdisk, Diskettenkonfiguration ggf. einen anderen Benutzer eingetragen hat, als den Benutzer den man in der Agenten-Konfiguration nutzt. Dies kann sich auf den Zugriff auf die EmpInst$ Freigabe, als auch den Domain-Join auswirken, wenn in der Betriebssystem-Vorlage definiert ist, dass der Domain-Join mit dem Benutzer aus der „Diskettenkonfiguration“ geschehen soll.

Der Beitrag EPE4 Import und Konfiguration ab Empirum 16.1.3 erschien zuerst auf Workplace Management Blog.