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.

Windows 10

Seit nun fast einem Monat ist Windows 10 offiziell freigegeben. Ich hatte bereits einen Artikel veröffentlicht, wie man mit Empirum Windows 10 Technical Preview verteilen kann. Noch vor der eigentlichen Veröffentlichung durch Microsoft hat Matrix42 bereits mit dem Update 1 für die Empirum Version 16 die Unterstützung für Windows 10 bekanntgegeben.

Empirum V16 Update 1

Das Update 1 für Empirum V16 wird auch Windows 10 Feature Pack genannt. Diese Version enthält bereits in allen Modulen die Unterstützung von Windows 10.

Windows 10 LTSB

Da sich Microsoft lange mit den LTSB Versionen zurückgehalten hat, sind diese SKUs noch nicht im Update 1 enthalten. Die Einbindung und Verteilung funktioniert trotz alledem. Hier muss man sich ggf. dem Trick mit der ImageInfo.ini bedienen, den ich im oben genannten Artikel bereits eingeführt habe. Dazu muss eine INI Datei mit dem Namen ImageInfo.ini bei den Betriebssystemquellen, im Verzeichnis (Empirum\EmpInst\SYS\Win10\<ServicePack>_{GUID}\<Sprache>) in dem auch die unattend.xml abgelegt ist, erstellt werden. Diese ImageInfo.ini sieht beispielhaft wie folgt aus:

[ImageInfo]
SKU=Windows 10 Enterprise 2015 LTSB

Diese ImageInfo.ini Datei wird, wenn vorhanden, von der end_winvista.eis Anpassung ausgelesen. Da sich jedoch die Variablen ab der Version 16 etwas geändert haben, muss hier in der end_winvista.eis eine Anpassung, gegenüber dem Artikel zur Empirum Version 15.1.9, vorgenommen werden. Die Anpassungen stehen unten auch zum Download bereit.

; ----------------------------------------------------------------------------
;SKU Override for non supported OS Versions
; ----------------------------------------------------------------------------
IFEXIST %E%%SysPath%\ImageInfo.ini THEN
READINI %E%%SysPath%\ImageInfo.ini ImageInfo SKU valueSKU 
IF "%valueSKU%"<>"" THEN
§ECHO_MSG="10 Custom script: end_winvista-[SKU Override] executed - ImageInfo.ini SKU value found"
GOSUB LINUX_ECHO

§SKU_LONG="%valueSKU%"
XMLSET %XMLWinPEPath%ImageInstall/OSImage/InstallFrom/MetaData[wcm:action="add"]/Key="/IMAGE/NAME"
XMLSET %XMLWinPEPath%ImageInstall/OSImage/InstallFrom/MetaData[wcm:action="add"]/Value="%SKU_LONG%"
§ECHO_MSG="10 Custom script: end_winvista-[SKU Override] SKU changed to: %SKU_LONG%"
GOSUB LINUX_ECHO
ENDIF
ENDIF
; ----------------------------------------------------------------------------

Windows 10 Treiberablage in Empirum

Wer die Release Notes zum Update 1 sorgfältig gelesen hat, hat festgestellt, dass die Windows 10 Treiber vorerst in der Windows 8 Struktur abgelegt werden. Dies sollte für den Großteil der Empirum Nutzer, die direkt von Windows 7 in Richtung 10 schielen kein Problem darstellen. Wenn man die Treibereinbindung über die Hardwareprofilverzeichnisse vornimmt, wie ich das in meinen anderen Artikel Empirum Treiberintegration – einfacher gemacht! erläutert habe, so kann man sich die Windows 10 Treiberstruktur auch analog zu den vorhandenen Treiberstrukturen befüllen. Die Einbindung der Treiber über die Empirum Management Console in die Win10 Verzeichnisstruktur wird von mir, als auch derzeit der Matrix42, nicht unterstützt!

Auch diese Anpassung geschieht über die end_winvista.eis.

Ich habe eine exemplarische und funktionierende end_winvista.eis Datei zum Download angehängt. Diese Datei funktioniert ab Empirum Version 16 und mit den Windows 10 Verzeichnissen und enthält somit beide oben genannten Anpassungen. Wenn man in der end_winvista.eis noch mehr Anpassungen durchgeführt hat, so sind die Änderungen zusammenzuführen.

Hier geht es zum Download:  end_winvista.eis.v16.0.1 (1845 Downloads )

Der Beitrag Mit Empirum Windows 10 verteilen erschien zuerst auf Workplace Management Blog.

Danke für die Rückmeldungen!

Viele Grüße
Jochen

Der Beitrag Aktualisierte Beiträge erschien zuerst auf Workplace Management Blog.

Windows 10 scheint das Windows Betriebssystem zu werden, dass sich viele Nutzer wünschen. Es verbindet die klassische Bedienlogik inklusive eines Startmenues und die touchoptimierte Bedienung, die mit Windows 8 Einzug gehalten hat. Windows 10 verbindet nicht nur die unterschiedlichen Bedienphilosophien, sondern bietet auch immer die optimale Oberfläche bei Geräten die Tablet und Notebook in einem sind, wie ein Microsoft Surface, Lenovo Yoga, etc..

Windows 10

Die Quellen zum jeweils aktuell veröffentlichten Stand von Windows 10 gibt es entweder im MSDN Bereich oder hier. Wenn man die Windows 10 Preview jedoch auch in der eigenen Empirum Umgebung schon mal testen möchte, muss man beachten das es derzeit nicht offiziell supported wird.

Schnellschuss mit Empirum v15.1

Mit den aktuellen Quellen von Windows 10 kann man auch einen „Schnellschuss“ versuchen.
Dazu muss man zuvor die äquivalente Windows 8.1 Quelle (Architektur, Sprache, Edition) importieren und anschließend die gerade importierten Quellen mit den Windows 10 Quellen ersetzen. Anschließend kopiert man eine passende Windows 8.1 Betriebssystemvorlage und verweist auf die neu importierten Quellen.

Hintergrundinformationen

Wenn das nicht wie gewünscht funktioniert, kann es noch an anderen Parametern liegen.
Da ich bereits ab der ersten verfügbaren Windows 10 Quelle mit Empirum v15.1 experimentiere, habe ich an der ein oder anderen Stelle im System bereits Anpassungen vorgenommen.

Was habe ich alles getan?
1. Aktuelles WADK eingebunden
2. Die Windows 10 Betriebssystemquellen müssen in Empirum eingebunden werden
3. Die unbeaufsichtigte Installation muss mit der ggf. unbekannten SKU zurecht kommen.
4. Betriebssystemvorlage erstellen.

Aktuelles WADK importieren

Zur Sicherheit habe ich das aktuelle WADK auf dem EmpirumServer installiert.
Das aktualisierte WADK gibt es hier.
Wenn man die neuere Version installieren möchte, muss man beachten, dass man zuvor die Vorgängerversion deinstalliert.
Ansonsten erscheint ein Hinweis, dass man bereits die aktuelle Version installiert hätte.

Einbindung der Quellen

Die Windows 10 Quellen kann man entweder über den gleichen Weg einbinden, wie die Windows 8.1 Quellen mit dem damals zur Verfügung gestellten Preview.
Dann wird im OS-Installer auch Windows 10 als importierte Quelle angezeigt. Dazu muss man den Importkatalog, die Datenbank als auch die Importskripte erstellen und in die eigene Umgebung einbauen. Alternativ kann man ein weiteres Windows 8.1, der gleichen Architektur, Sprache und Edition importieren und nachträglich die Windows Quellen unterhalb des SYS Ordners gegen die von Windows 10 austauschen (siehe oben).

SKU (Windows Versions und Editions Information)

Nun haben die Windows 10 Quellen, die ich mir betrachtet habe immer wieder unterschiedliche SKUs besessen. Die Angabe der richtigen SKU sorgt für die komplett unbeaufsichtige Installation. Stimmt die in der unattend.xml hinterlegte SKU nicht mit den eingebundenen Quellen überein, bleibt der Installationsdialog stehen und fragt welche Version von Windows installiert werden soll. Die letzten Windows 10 Enterprise Quellen mit dem Build 9926 hatten allesamt die SKU „Windows 8.1 Enterprise“ eingetragen. Somit müsste man nicht mal eine Anpassung der SKU vor der Installation mit Hilfe eines angepassten EIS Skriptes vornehmen (Empirum v15.1 Patch 09 oder Windows 8.1 Preview vorausgesetzt). Dies war jedoch bei den ersten Windows 10 Technical Previews noch anders.
Die gültige SKU kann mit dem Befehl:
dism /get-imageinfo /imagefile:<Pfad>\install.wim /index:1 
herausgefunden werden. Diese wird unter „Name:“ angezeigt.

ImageInfo.ini

Ist es doch eine andere SKU, so kann man mit der END_WINVISTA.EIS die SKU in der unattend.xml überschreiben.
Ich habe mir für diesen Zweck eine einfache aber vielfältige Methode ausgedacht, wie man für die importierte Quelle immer die richtige SKU hinterlegen kann.

Dazu wird im Verzeichnis
Empirum\EmpInst\SYS\Win8\<ServicePack>_{GUID}\<Sprache>
eine Datei ImageInfo.ini mit folgendem Inhalt erstellt.
Als Hinweis: In diesem Verzeichnis müsste auch die unattended.xml Vorlage liegen.

[ImageInfo]
;SKU=Windows 10 Technical Preview
SKU=Windows 8.1 Enterprise

end_Winvista.eis

Folgende end_winvista.eis Erweiterung sorgt für die Auswertung der ImageInfo.ini, falls diese vorhanden ist. Somit haben diese Zeilen auch für die bestehenden Installationen keine Auswirkung.

; ----------------------------------------------------------------------------
;SKU Override for non supported OS Versions
; ----------------------------------------------------------------------------
IFEXIST %E%Sys\%OS%\%LocARCH%%LocTYP%\%SP%%Language%\ImageInfo.ini THEN
   READINI %E%Sys\%OS%\%LocARCH%%LocTYP%\%SP%%Language%\ImageInfo.ini ImageInfo SKU valueSKU 
      IF "%valueSKU%"<>"" THEN
         §ECHO_MSG="10 Custom script: end_winvista-[SKU Override] executed"
         GOSUB LINUX_ECHO

         §SKU_LONG="%valueSKU%"
         XMLSET %XMLWinPEPath%ImageInstall/OSImage/InstallFrom/MetaData[wcm:action="add"]/Key="/IMAGE/NAME"
         XMLSET %XMLWinPEPath%ImageInstall/OSImage/InstallFrom/MetaData[wcm:action="add"]/Value="%SKU_LONG%"

         §ECHO_MSG="10 Custom script: end_winvista-[SKU Override] SKU changed to: %SKU_LONG%"
         GOSUB LINUX_ECHO
      ENDIF
ENDIF
; ----------------------------------------------------------------------------

Betriebssystemvorlage erstellen

Wenn man bereits eine Windows 8 oder 8.1 Betriebssystemkonfiguration hat, so kopiert man diese und hinterlegt unter Allgemein\Sprache die neu eingebundenen Betriebssystemquellen. Speichern, Fertig!

Jetzt kann es losgehen …
Viel Spaß!

Der Beitrag Windows 10 mit Empirum v15.1 installieren erschien zuerst auf Workplace Management Blog.

Was benötigt man dazu?

WADK

Das WADK (Windows Assessment and Deployment Kit) für Windows 8.1 wird zur „Behandlung“ der Windows 8.1 Quellen benötigt – hier im Speziellen die DISM.EXE.

SXS Ordner der Windows 8.1 Installationsquellen

Der SXS Ordner enthält unter anderem die Quellen für das .NET Framework 3.5 „Feature“. Dieser Ordner befindet sich in den Windows 8.1 Quellen unter sources/sxs.

Aktivieren!

Das Aktivieren des „Features“ funktioniert über das Mounten der Install.wim Datei, Aktivieren des „Features“ und Unmounten der Install.wim. Man kann dies Schritt für Schritt mit den entsprechenden DISM Befehlen durchführen. Ich habe die Abfolge in eine Batch Datei gepackt, die hier zum Download anhängt.

Danke an Peter für die Zuarbeit!

Hier die ActivateNETFX35.cmd zum Download:   ActivateNETFX35 (1309 Downloads )

Update – Version 2 (Fehler beim Ändern der WIM abgefangen)

Hier die ActivateNETFX35.cmd zum Download:   ActivateNETFX35v2 (1535 Downloads )

Der Beitrag Windows 8.1 und .NET Framework 3.5 erschien zuerst auf Workplace Management Blog.

Feature Pack –  Windows 8.1 Support für Empirum 15.1

Windows 8.1 wird in Empirum v15.1 derzeit als Windows 8 mit Service Pack 1 gehandhabt. Die Dateien zum „Feature Pack“ sind im „Matrix42 Marketplace“ zu finden. Eine Anmeldekennung ist Voraussetzung. Das „Feature Pack“ wird dort als „Windows 8.1 Support für Empirum v15.1“ bezeichnet und ist im rechten Teil des Fensters unter „Abonnements“ zu finden. Eine beiliegende Installationsanleitung erläutert Schritt für Schritt, wie die Erweiterung implementiert wird. Im Wesentlichen handelt es sich um das Kopieren von Dateien (Katalog-Informationen), Zusammenführen der End_Winvista.eis und dem Ausführen einer SQL Datei).

Wenn die Windows 8.1 Erweiterung bereits als „Preview Version“ installiert wurde, sollte die Anleitung noch genauer beachtet werden, als sonst schon. Wurde die „Preview Version“ mit Patch 06 bereits implementiert, sollte das aktuelle „Feature Pack“ nach dem Patch 07 nochmals installiert werden.

[Update: Ab dem Patch 09 für die Empirum Version 15.1 wird Windows 8.1 ohne weitere Anpassungen unterstützt. Die im oben genannten Feature Pack angepasste End_Winvista.Eis kann auch wieder auf den vorherigen Stand zurückgesetzt werden.]

Windows 8.1 Quellen

Bei den bisherigen Implementierung ist derzeit nur folgendes aufgefallen – bei der Nutzung von englischen Betriebssystem Quellen beim Download von der Microsoft Seite nur „English“ und nicht „English-International“ auswählen!

Importieren der Betriebssystemquellen

Der Import der Betriebssystemquellen geschieht wie gehabt und hier in der Matrix42 Hilfe erläutert. Wichtig ist, dass für Windows 8 bzw. 8.1 das WADK bereits importiert sein muss! Wenn man das WADK für Windows 8.1 importiert, sollte man zur Sicherheit noch einen Registry Key im Anschluss anpassen. Dazu den Wert von „HKLM\Software\Wow6432Node\Microsoft\Windows Kits\Installed Roots“ „KitsRoot81“ kopieren und an gleicher Stelle unter „KitsRoot“ nochmals eingefügen.

Erstellen einer Betriebssystemvorlage (OS Template)

Bei der Erstellung der dazugehörigen Betriebssystemvorlage ist es wichtig, die richtige Windows Edition auswählen. Das bedeutet „Windows 8 Pro“ bzw. „Windows 8 Enterprise“ und nicht „Windows 8.1“.

EPE Version

Auch die EPE Version ist derzeit noch entscheidend.
Hier ist das EPE mit der Version 3.10.7 (CardID 02.019) zu nutzen und derzeit nur diese!

Software-Pakete unter Windows 8.1 installieren

Zur Installation der bereits vorhandenen Software-Pakete, die man gegebenenfalls schon für Windows 7 verteilt hat, müssen nun auch die Software-Register als auch die Software-Pakete selbst für Windows 8 freigeben werden.

.NET FX3.5 Integration

Viele Softwarekomponenten benötigen das .NET Framework 3.5. Dieses ist bereits Bestandteil der Windows 8 bzw. 8.1 Quellen. Damit dieses jedoch auch direkt nach der OS Installation vorhanden ist, muss man das entsprechende Windows „Feature“ auch aktivieren. Wie das geht, erläutere ich in einem separaten Blog Artikel.

Ansonsten – Viel Spaß mit Windows 8.1 und Matrix42 Physical Workplace Management (Empirum).

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

Um die Betriebssystemquellen bzw. Installation aktuell zu haben, muss die in den Windows 7 Installationsquellen enthaltene „install.wim“ aktualisiert werden. Dazu gibt es grob gesagt zwei Methoden.

1. Man „mounted“ die install.wim Datei (ein Image) mit den Microsoft WAIK bzw. WADK Hilfsmitteln und integriert die Updates (zumeist *.msu oder *.cab Dateien) und „dismounted“ die Datei anschließend wieder.
2. Man führt eine Windows 7 Installation durch, aktualisiert sie nach eigenem „Gusto“, generalisiert die Installation und erstellt davon ein Image (install.wim).

Beide Methoden sind im Internet mehrfach erläutert und erklärt. Nachfolgend möchte ich die Methode der Integration der Updates in die „install.wim“ erklären, für die jedoch „keine Gewähr“ übernommen wird!

Ich habe es mir möglichst einfach gemacht und nutzte Hilfsmittel, in Form von Tools aus dem Internet. Natürlich kann man auch komplett auf die Werkzeuge von Microsoft „bauen“.

1. Schritt – Zusammenstellen der Updates

Damit ich nicht zu lange nach den benötigten Updates nach Windows 7 SP1 suchen musste, habe ich mich dem Windows Updates Downloader und der aktuellen Update Liste bedient.

Die aktuelle Update Liste für die entsprechende Windows Version samt Architektur (x86/x64) integriert man über das grüne „+“ Symbol neben dem „Update List“ Auswahlfeld.

Hier habe ich die „Non-Security Updates“ und „Security Updates“ komplett ausgewählt und herunterladen. Die Dateien werden in dem „Download Folder“ angegebenen Pfad in entsprechende Unterordner abgelegt.

2. Schritt – Integrieren der Updates in die install.wim Datei.

Vor der Integration der Updates habe ich die aktuell genutzten Betriebssystemquellen aus dem entsprechenden Unterverzeichnis von \\%EmpirumServer%\EmpInst$\SYS\Win7\<Architektur>\pro\1  auf den lokalen Computer heruntergeladen.

Zur Integration der Updates habe ich mir dann wiederum dem „Win Toolkit“ (http://www.wincert.net/forum/files/) bedient. Darin habe unter „Main“, „Basic“, den „All-In-One Integrator“ gestartet.

Im nachfolgenden Dialog habe ich zum lokalen Ordner der Betriebssystemquellen und darin wiederum in den VistaDVD Ordner navigiert (Browse: Browse DVD) und das enthaltene Betriebssystem ausgewählt (Select bzw. Doppelklick).

Im nachfolgenden Dialog wechselt man dann auf den Reiter „Basic“, „Updates + Languages“ und fügt über das große grüne „+“ Symbol am linken Rand die Updates zur Integration hinzu. Hierbei habe ich zuerst die die Dateien aus dem „Non Security Updates“ Ordner und dann die Dateien aus dem „Security Updates“ Ordner ausgewählt.

Der letzte Schritt im „Win Toolkit“ ist „Start“ (oben links) zu wählen. Jetzt beginnt der mounten, Updates integrieren, dismount Vorgang. Dieser Ablauf dauert ca. eine Stunde.

3. Schritt – Bereitstellen der aktualisierten Quellen in Empirum

Ist der zuvor beschriebene Vorgang abgeschlossen und „Win Toolkit“ beendet, kopiert man die aktualisierten Quellen wieder auf den EmpirumServer. Es ist jedoch besser, man erstellt ein neues Verzeichnis parallel zum Verzeichnis „1“ oder ähnlich und fügt ggf. das Datum der Aktualisierung hinzu (Beispiel „1_20130823“).

Was muss Empirum seitig getan werden, damit diese Quellen genutzt werden können?

Import

Update (21.10.2013): Beim Einsatz von Empirum v15 und neuer muss vor dem Import die Datei „EmpirumPackageData.xml“ aus dem Versionsordner gelöscht werden.

Die Quellen müssen in Empirum „importiert“ bzw. bekannt gemacht werden. Dazu die EMC starten, Konfiguration, OS-Installer – Reiter „Import“ auswählen. Im Menü unter „Software“, „Liste von der Festplatte lesen“ auswählen und die abgelegten Quellen einbinden.

Betriebssystemvorlage

Im nächsten Schritt öffnet man die zuletzt genutzte Betriebssystemvorlage, wechselt bei „Allgemein“ auf den Reiter „Sprache“ und wählt bei „Betriebssystem“, „Version“ die neu eingebundenen Quellen aus (Beispiel: „1_20130823“).

Zur Sicherheit speichert man diese Betriebssystemkonfiguration unter einem neuen Namen („Datei“, „Speichern unter …“), damit die produktiv genutzte Betriebssystemkonfiguration unverändert bleibt!

Betriebssystemkonfiguration zuordnen und testen

Jetzt kann man die neu erstelle Betriebssystemkonfiguration einem Computer zuordnen und die Installation testen. Verläuft die Installation reibungslos und erfolgreich, kann man die Installation mittels „Windows Updates“ auf Vollständigkeit prüfen und ggf. weitere Windows Updates herunterladen und nach dem oben genannten Verfahren in die „install.wim“ integrieren.

In meinem Fall standen am Ende nur noch die .NET Framework 3.5 SP1 Updates und einige wenige andere Updates aus. Mit diesem Resultat war ich nach dem überschaubaren Aufwand sehr zufrieden. Dies spart die Installation von ca. 100 Updates und über eine Stunde bei der Betriebssysteminstallation.

Wie sind Eure Erfahrung mit integrierten Updates? Schreibt doch mal!

In Kürze werde ich auch noch schreiben, wie ich mit den Updates für das .NET Framework 3.5 SP1 verfahren bin.

Der Beitrag Integration von Updates in Windows 7 SP1 Quellen erschien zuerst auf Workplace Management Blog.

Favoriten

Zumeist interessieren einen immer wieder die gleichen Pfade in der Registry.
Die installierte Software trägt sich in der Registry ein. Die meisten kennen die Einträge in der Systemsteuerung unter „Software hinzufügen“ (Windows XP) oder „Programme“ (Windows 7 und neuer). Die hier angezeigten Informationen werden aus der Registry unterhalb von:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall

bzw. auf 64bit Windows Systemen für 32bit Software aus

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall

geholt.

Den Weg dorthin legen die „Kenner“ in wenigen Sekunden zurück.
Mit einem Tipp, können das auch weniger „Geübte“ in Sekunden.
Denn nutzt man die „Favoriten“ im Registry Editor steuert man zielsicher die wichtigsten Einträge an.

So lohnt es sich, die „Favoriten“ in seiner Paketierungsumgebung anzulegen!

Möchte man die Favoriten austauschen, so kann man den nachfolgen Registry Schlüssel exportieren und importieren.

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Applets\Regedit\Favorites

Hier habe ich Favoriten für die „Uninstall“ und „Run“ Einträge zum Download angehängt.
Registry Favoriten (1055 Downloads )

Schlüsselnamen in die Zwischenablage kopieren.

Eine weitere Hilfestellung ist die Funktion „Schlüsselnamen kopieren“. Damit kann man einen gerade „angesteuerten“ Registrypfad bzw. Schlüssel in die Zwischenablage kopieren und in sein Paket einfügen.

Wenn man den Pfad in eine Reg: Sektion der Empirum Setup.inf einfügt, sollte man aber daran denken die Wurzel mit einem „,“ (Komma) anstatt dem „\“ (Backslash) abzutrennen.

Aus

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings

wird für die Empirum Setup.inf Datei:

HKCU,Software\Microsoft\Windows\CurrentVersion\Internet Settings

Der Beitrag Tipps für den Windows Registry Editor erschien zuerst auf Workplace Management Blog.

Werte

Folgende Werte kann Platform annehmen:

• Platform nicht vorhanden und somit kein Wert
• x86
• x86os
• x64
• *

Erläuterungen

• x86os – bedeutet, dass diese Software nur auf 32Bit Betriebssystem installiert werden kann und somit diese Software nur auf 32Bit Betriebssystemen funktioniert.
• x64 – bedeutet, dass diese Software nur auf 64Bit Betriebssystem installiert werden kann und somit diese Software nur auf 64Bit Betriebssystemen funktioniert.
• x86 (kein Platform) – bedeutet, dass es sich um eine 32Bit Software handelt, die jedoch auch auf 64Bit Betriebssystemen im Kompatibilitätsmodus funktioniert. Die Setup.inf wird somit im 32Bit Kontext ausgeführt!
• * – bedeutet, dass das Softwarepaket auf 32Bit und64Bit Systemen funktioniert. Auf 32Bit Betriebssystemen wird es im 32Bit Kontext und auf 64Bit Betriebssystemen im 64Bit Kontext ausgeführt. Zumeist enthalten Pakete mit Platform=* die Installationsquellen für 32Bit und 64Bit Betriebssysteme.

Beispiele

Nachfolgend werden ein paar Beispiele für das Verhalten von Variablen und Registry Zugriffen beispielhaft erläutert. Der Platform Schalter hat natürlich auch Auswirkung auf andere Variablen wie %CommonProgramFiles%, %System%, etc.

Platform=
Platform nicht vorhanden ist identisch mit Platform=x86
32Bit Betriebssystem
%ProgramFiles% > C:\Programme
HKLM,Software\Microsoft > HKLM,Software\Microsoft

64Bit Betriebssystem
%ProgramFiles% -> C:\Programme (x86)
HKLM,Software\Microsoft > HKLM,Software\Wow6432Node\Microsoft

Wann wird der Wert genutzt?

• Wenn 32Bit Software auf Windows x86 und x64 Systemen zur Verfügung gestellt werden soll.
• Somit kann man auch alle „alten“ Pakete zumeist unverändert lassen!

Platform=*
32Bit Betriebssystem
%ProgramFiles% > C:\Programme
HKLM,Software\Microsoft > HKLM,Software\Microsoft

64Bit Betriebssystem
%ProgramFiles% -> C:\Programme
HKLM,Software\Microsoft > HKLM,Software\Microsoft

Wann wird der Wert * genutzt?

• Wenn in der Setup.inf selbst die OS Architektur unterschieden wird und man Massnahmen ergreift, dass der Aufruf einer „64bit.exe“ auf 64bit Geräten und „32bit.exe“ auf 32bit Geräten stattfindet.
• Gute Beispiele dafür sind auch die Pakete der Matrix42, wie EmpirumAgent, Inventory, SubDepot, etc.

Platform=x86os
32Bit Betriebssystem
%ProgramFiles% > C:\Programme
HKLM,Software\Microsoft > HKLM,Software\Microsoft

64Bit Betriebssystem
auf einem x64 Betriebssystem wird die Setup.inf nicht ausgeführt!

Platform=x64
32Bit Betriebssystem
auf einem x86 Betriebssystem wird die Setup.inf nicht ausgeführt!

64Bit Betriebssystem
%ProgramFiles% > C:\Programme
HKLM,Software\Microsoft > HKLM,Software\Microsoft

Weitere Erläuterungen direkt aus der Microsoft Quelle:

• WOW64 Implementation Details (Windows)
• 32-bit and 64-bit Application Data in the Registry (Windows)

[Update 20.09.2018] hier gibt es einen ergänzenden Artikel: Setup.inf – Platform Wert

Der Beitrag Platform Eigenschaft – Empirum Setup.inf erschien zuerst auf Workplace Management Blog.

Um dies herauszufinden, gibt es diese nützliche Cloud-Applikation von Microsoft: http://gpsearch.azurewebsites.net/

Der Beitrag Gruppenrichtlinien finden erschien zuerst auf Workplace Management Blog.