Die Suche in der Management Console deckt bereits einige Fragen ab – so z.B. welche PXE-Images, Software-Pakete, als auch UND-Klassen wo zugeordnet sind. Jedoch die Fragen hinsichtlich der genutzten und auch an welcher Stelle zugewiesenen Agenten-Templates und Patch-Management Gruppen, kann die Suche nicht beantworten.

Hinsichtlich der Patch-Management Gruppen hatte ich bereits einen Exporter erstellt und veröffentlicht. Den Exporter für die Agenten-Templates hatte ich auch vor längerem „auf die Schnelle“ erstellt – jedoch noch nie veröffentlicht. Als ich nun heute den Exporter für die Agenten-Templates geprüft und aktualisiert habe, habe ich auch im gleichen Zug den PMClientConfigExporter um zwei kleine „Bugs“ bereinigt und um eine neue Variable erweitert.

AssignedAgentTemplateExporter

Unten befindet sich das kleine nützliche Programm namens AssignedAgentTemplateExporter als ZIP Datei zum Download. Entpackt, führt ihr dieses mit Zugriff auf euren EmpirumServer aus. Dazu sind lesende Berechtigungen vollkommen ausreichend. Das Programm erstellt im gleichen Verzeichnis eine CSV Datei, dass die Informationen: Domäne, Computername und Agent_Template enthält. Mit Hilfe von Excel und den Filter Möglichkeiten könnt ihr dann herausfinden, welche Agenten-Templates, welchem Client zugewiesen sind und somit natürlich auch, welche Agenten-Templates im Einsatz sind.

AssignedAgentTemplateExporter (362 Downloads )
MD5 Hash der Downloaddatei: 316B1A300A6FFAD9133742C25BA1DB4E

Der Beitrag Agenten-Templates – Welche werden genutzt? erschien zuerst auf Workplace Management Blog.

Ursachenforschung (Empirum v15.x/16.x)

Auf dem Computer waren die VCRedist Versionen des Empirum Agenten installiert und im %WinDir%\System32\Empirum Verzeichnis gab es einen Install Ordner mit der Setup.inf des Empirum Agenten. Das bedeutete, dass die Installation des Empirum Agenten durch die EmpirumAgent.bat gestartet wurde, jedoch abgebrochen ist. Nach den VCRedist Varianten wird das .NET Framework 4.0 installiert. Die Installation des .NET Framework schreibt ein Log in den %TEMP% Ordner des administrativen Kontos, das sich bei der OS-Installation einmalig automatisch anmeldet. Diesem Log war zu entnehmen, dass das .NET Framework einen KB Hotfix installieren möchte, den die Installation nicht bei sich hat. Dieses Problem scheint jedoch nur in bestimmten Konstellationen (bereits installierte Treiber) aufzutreten.

Lösung

Das Problem kann man nun beheben, indem man den Hotfix vorab in die Windows 7 Installation einbringt oder eben vor dem Emprium Agenten Aufruf in der EmpirumAgent.bat bereits installiert. Den fehlenden Hotfix KB958488 gibt es hier.

Slipstream in die OS Quellen

Die Integration des Hotfixes in die Betriebssystemquellen wurde hier von Marco bereits detailliert erklärt.

Installation vor dem Empirum Agenten

Man kann jedoch auch den Hotfix in einem Ordner unterhalb von Configurator$ ablegen und vor dem EmpirumAgenten Installation bereits installieren. Entweder ruft man die nachfolgende Zeile in der EmpirumAgent.bat vor der Agenten Installation auf, oder fügt dies in einer PostOSInstallationxxx.bat hinzu, die ich in meiner Treiberintegration bereits erwähnt habe. Wenn man die PostOSInstallationxxx.bat am Ende der Betriebssysteminstallation aufruft, kann man bei einem Empirum Versionswechsel/Update einfacher die EmpirumAgent.bat aktualisieren und braucht nicht die Änderungen die man gemacht hat zu überführen.

Hier ein Beispiel für die Installation des x64 Hotfixes.
CALL wusa.exe „\\%EmpirumServer%\Configurator$\<Ablage-Ort>\Windows6.1-KB958488-v6001-x64.msu“ /quiet /norestart

Weiterer Tipp

Generell sollte man auch, für eine zuverlässige Ausführung der EmpirumAgent.bat, den PostDelaySeconds Wert auf 120-180 setzen .
Die Erstellung der Variable und das Setzen des Wertes habe ich in diesem Artikel bereits erläutert.

Der Beitrag Empirum Agent wird nicht installiert nach der OS-Installation erschien zuerst auf Workplace Management Blog.

Aktualisierung der Quellen

Möchte man die Quellen für das Paket mit einer unveränderten Version aktualisieren, reicht ein verändern des Zeitstempels der Setup.inf aus. Dazu kann man die Setup.inf öffnen und wieder speichern (sogenannt „touchen“), oder gar einen Vermerk in den Header [SetupInfo] schreiben, warum man eine Änderung durchgeführt hat.

Löschen von Paketen aus dem Cache

Möchte man jedoch auf die automatische Cacheverwaltung Einfluss nehmen und ein Paket vorzeitig, oder mit Absicht, komplett aus dem Cache löschen, so hilft das angefügte Tool, um dies von der Kommandozeile aus zu machen. Dies kann unter anderem dann notwendig sein, wenn man den Ablauf des Caches auf „0“, also niemals, stehen hat.

CleanUpEmpirumAgentCache.exe löscht die Registry Einträge und die Quellen aus dem lokalen Empirum Advanced Agent Cache-Verzeichnis für ein angegebenes Paket.

Die folgenden Parameter sind vorhanden:

/ITEM:“<Paketname>“ – ITEM muss angegeben werden, und der Paketname sollte zur Sicherheit in Hochkommas eingeschlossen werden. Der Paketname entspricht dem Namen aus dem Softwaredepot. {Developername}\{ProductName}\{Version}.

/S – Silent. Ist dieser Parameter nicht gesetzt, so werden die Rückmeldungen per Messageboxen angezeigt, was gefunden wurde und welche Änderungen durchgeführt werden bzw. wurden.

/L – LogFile. Erstelle eine Log-Datei in %TEMP% mit dem Namen CleanUpEmpirumAgentCache.log und enthält Debug und Log Informationen bei der Ausführung.

/T – Test only. Mittels dieses Schalters werden die Funde und möglichen Löschvorgänge angezeigt bzw. protokolliert, jedoch nicht durchgeführt.

Beispielhafte Aufrufe: CleanUpEmpirumAgentCache.exe /ITEM:“Microsoft\Office\12.0″ /S /L
– löscht das Microsoft Office 12.0 Paket ohne Anzeige aus dem Empirum Agent Cache und schreibt dazu Informationen in die Log-Datei.

CleanUpEmpirumAgentCache.exe /ITEM:“Matrix42″ /S /L
– löscht ALLE Pakete, die Matrix42 im Namen beinhalten ohne Anzeige aus dem Empirum Agent Cache und schreibt dazu Informationen in die Log-Datei.

CleanUpEmpirumAgentCache.exe /ITEM:“Matrix42″ /T
– zeigt ALLE Pakete an, die Matrix42 im Namen beinhalten und ohne den Parameter /T gelöscht werden.

Hier gibt es das CleanUpEmpirumAgentCache Tool:
CleanUpEmpirumAgentCache (1765 Downloads )

Der Beitrag Empirum Advanced Agent Cache – Aktualisieren und Löschen erschien zuerst auf Workplace Management Blog.

Voraussetzungen

• Es wird ein Benutzer mit administrativen Berechtigungen auf dem Zielsystem benötigt.
• Die Namensauflösung muss funktionieren!
• Die Admin$ Freigaben müssen vorhanden sein.
• Die Firewall muss SMB Verbindungen zulassen.
• Für Windows 7 muss die UAC mindestens dem Standard oder „lockerer“ entsprechen.
• Der Dienst „Remote-Registrierung“ muss aktiviert sein.
• Für Windows XP müssen die Terminal-Dienste aktiv sein, da der Empirum Advanced Agent Dienst davon abhängig ist.

Wer auf Nummer sicher bezüglich Neustarts bei der Agenten Verteilung gehen will, der setzt im matrix42\EmpirumAgent Paket den Reboot auf 2 (Reboot=2) und kommentiert die SetReboot 1 Befehle aus.

Zu guter letzt können einem nun noch übervorsichtige Virenscanner Probleme bei der Verteilung machen.

Kaspersky – Konfiguration von Vertrauenswürdigen Anwendungen bzw. Programmausnahmen auf:

1. %windir%\temp\EmpirumAgent_tmp\Install\Setup.exe
2. %windir%\temp\Setup64.exe

• Zu öffnende Dateien nicht untersuchen
• Programmaktivität nicht kontrollieren
• Netzwerkverkehr nicht untersuchen

und je nach Version

• Zugriff auf Registrierung nicht untersuchen
• Aktivität der Unterprogramme nicht untersuchen.

TrendMicro
Im Matrix42 Forum wurde das Thema auch bereits diskutiert. Dies zeigt auf, dass es kein Problem eines einzelnen Client-Management Herstellers ist. Hier geht es zur Forums Diskussion.

„Probleme“ mit dem Virenscanner kann man dem DebugView Log auf dem EmpirumServer entnehmen. Der Empirum Agent Push Dienst endet dann jeweils mit dem Setup.exe Aufruf auf dem entfernten System. Beim weiteren Versuch wird dann gemeldet, dass die Setup.exe bereits im Zugriff durch ein anderes Programm ist.
Wie sind Eure Erfahrungen?
Habt Ihr funktionierende Einstellungen mit anderen Virenscannern?

Ansonsten, Viel Erfolg!

Der Beitrag Empirum Agent Verteilung per Push erschien zuerst auf Workplace Management Blog.

Welche Aufgaben übernimmt der Maschinenteil?
Änderungen an C:\Programme (bzw. %ProgramFiles%).
Änderungen an C:\Windows (bzw. %WinDir%).
Änderungen an der Registry im Bereich HKEY_LOCAL_MACHINE, HKEY_CLASSES_ROOT?.

Welche Aufgabe übernimmt der Benutzerteil?
Änderungen an C:\Dokumente und Einstellungen, respektive C:\Benutzer (bzw. %UserProfile%).
Änderungen an der Registry im Bereich HKEY_CURRENT_USER.
Änderungen im Homelaufwerk.

Hinweise
Ein erstelltes Paket mit einem Benutzerteil muss bei der Einbindung bei dem Feld „Befehl“ mit dem Parameter /AW versehen werden! Wird ein Paket mit dem Parameter /AW installiert, so legt dieses in der Registry im Bereich des im Paket definierten MaschineKeys einen Eintrag MachineSetup mit dem Wert 1 an. Dieser Eintrag ist bei einem Paket ohne /AW Parameter nicht vorhanden!

Der Beitrag Wissenswertes zum Installationskontext erschien zuerst auf Workplace Management Blog.

In Empirum gibt es einen Agenten mit dem Namen „Empirum Remote Installation Service“, kurz ERIS oder Advanced Agent und den „Empirum Agenten“ oder auch Legacy Agent genannt.

Warum zwei Agenten? In der „Historie“ von Empirum war zuerst der Legacy Agent vorhanden. Der Legacy Agent installiert die Software direkt von seinem zugeordneten Verwaltungsserver (EmpirumServer). Die macht ihn anfällig für mobile Endbenutzer. Mit diesem Hintergrund und der Änderungen, die mit dem zu verwaltenden Betriebssystem ab Microsoft Windows Vista einhergingen, wurde der Advanced Agent geschaffen. Dieser trägt den Anforderungen der neuen Betriebssysteme und der Mobilität Rechnung, indem er die Softwarepakete lokal zwischenspeichert und im SYSTEM Kontext ausführt. Welche Änderungen die beiden Agenten genau ausmachen lässt sich in der Hilfe zu Empirum nachsehen.

Die Verteilaufträge werden den zu verwaltenden Computern per „DDC“ Dateien dargereicht.

Diese Dateien beinhalten die Informationen, welches Software-Paket, wie und zu welchem Zeitpunkt installiert werden soll.

Die Software-Pakete werden wiederum in der DDS Datei beschrieben.

Dienst: ERIS bzw. SetupService (SetupSvc) Dienst

Auftrag: <Computername>.ddc

Paketinformationen: SWdepot.dds

Der Beitrag Softwareverteilung mit Empirum von Matrix42 erschien zuerst auf Workplace Management Blog.