Neuerungen

• Optisch – Neuere und frischere Benutzeroberfläche auch für hochauflösende Monitore
• Optisch/Funktion – Einfachere verständlichere Dialoge zum Nutzer (Verschieben, Installationsfortschritt, etc.)
• Funktion – „Verschiebe“-Zeitraum unabhängig vom Agenten Polling Intervall (immer in gerundet 30 Minuten, 2 oder 4 Stunden)
• Funktion – Installieren beim Herunterfahren
• Funktion – Erkennen einer getakteten Verbindung
• Funktion – Auswerten der Installationsvoraussetzungen
• Funktion – Mini Inventory bei der Installation
• Funktion – unabhängig von der Empirum Version aktualisierbar
• Funktion – AutoUpdate (in Kürze verfügbar)
• Funktion – Fortschrittsanzeige vor der Anmeldung. Ausblenden oder mehr Informationen. (in Kürze verfügbar)

Verfügbarkeit

Der UEM Agent für Windows ist im Marketplace der Matrix42 zum Download verfügbar. Die Version entspricht der Microsoft Windows 10 Namensgebung. Die Version 1810 ist somit vom Oktober (10) des Jahres 2018 (18). Im Marketplace gibt es neben dem Download auch ein paar Videos, die die Funktionen, Optik etc. erläutern.

Weitere Entwicklung

Wer es noch nicht bewusst aufgenommen hat. Unter ideas.matrix42.com könnt ihr eure Wünsche, Anregungen zu den Matrix42 Modulen äußern bzw. vorhandenen Anregungen „Eure“ Stimme geben, damit diese Idee besser wahrgenommen wird. Diesen Ideen und Anregungen wurde viel Beachtung beim Erneuern des Patch-Managements als auch des Agenten geschenkt. Also es lohnt sich!

Hilfe

In der Online-Hilfe gibt es eine Kurzübersicht zum Matrix42 UEM Agent und ein ausführliches PDF Dokument. In dem verlinkten PDF Dokument sind ein paar Einstellmöglichkeiten erläutert, die man über die Registry vornehmen kann. Diese Einstellmöglichkeiten habe ich in einem UEM Customization Paket zusammengefasst und unten zum Download angefügt.

Management Console

Der UEM Agent wird identisch wie der Advanced Agent über die vorhandenen Agenten-Templates konfiguriert. Hier ist nicht zwangsläufig eine Anpassung notwendig. Da sich das Verhalten zum Verschieben von Installationen verändert hat, wurde auch der Dialog zu den Verteilungsoptionen angepasst.

Die fliederfarbenen Icons beziehen sich auf die UEM Agenten Konfiguration, die orangefarbenen Icons beziehen sich auf die des Advanced Agents.

Fazit

Der UEM Agent ist eine wirkliche Bereicherung und für alle, die Ihren Windows 10 Rollout planen, eine Überlegung wert diesen direkt einzusetzen. Alle anderen sollten ihn sich auf einer definierten Menge an Computern schon einmal ansehen. So kann man bei einer anstehenden Agenten Aktualisierung (Empirum 18.0.3 / 19.0) vielleicht direkt auf den UEM Agenten wechseln. Diejenigen, die das Software-Kiosk nutzen, haben vielleicht noch die weitreichendsten Veränderungen an ihre Nutzer zu transportieren. Alle anderen profitieren von dem frischeren Aussehen und einfacher zu verstehenden (intuitiverer) Dialogen. Einziger, meines Erachten vorhandener „Störer“ ist die Farbe …

Download

Der nachfolgende Download enthält ein Anpassungspaket für den UEM Agent. Damit lässt sich wie oben kurz angerissen:

• dass „Installieren beim Herunterfahren“ deaktivieren,
• die Feedback URL setzen bzw. das Feedback Icon (unten links beim UEM Agent) deaktivieren,
• Verknüpfungen auf dem Desktop/Startmenü erzeugen für das Kiosk und das Triggern des „Installieren beim Herunterfahren“.

Dazu müsst ihr die ZIP Datei entpacken und in das Software Depot importieren. Vor der Nutzung die Setup.inf öffnen und die von Euch gewünschten Werte einstellen. Diese sind in der Setup.inf weitestgehend eindeutig erläutert.

Matrix42-UEM-Agent-Customization-1.0.zip (989 Downloads )
MD5 Hash: D79C1A923E8B9C3388A13A226AAE17100AB2952A

Der Beitrag Matrix42 UEM Agent für Windows erschien zuerst auf Workplace Management Blog.

Dazu ist bereits eine Aufruf bei den externen Programmen eingerichtet.
Dieser Aufruf sieht wie folgt aus:

Sync Monitor.exe /host %Computername%

Möchte man einen definierten Sync-Job direkt per Kommandozeile anstossen, so ist dies wie folgt möglich:

Syntax: Sync Monitor.exe /host <EmpirumSyncHost> /exec <JobName> 
Beispiel: Sync Monitor.exe /host EmpSubFra01 /exec ESubdepot_Empinst

Zum Anhalten eines Jobs kann der Befehl /stop <TaskName> genutzt werden.

Hinweis: Es ist zu beachten, dass die Tasknamen „case sensitive“ sind. Es ist also auf die Groß-/Klein-Scheibung der Jobnamen zu achten.

Der Beitrag Empirum Sync Monitor „Geheimnisse“ erschien zuerst auf Workplace Management Blog.

Wo werden die Aufrufe zu externen Programmen hinterlegt?

Im Bereich „Administration“, im Menü unter „Extras“, „Einstellungen …“ gibt es den Reiter „Externe Programme“. Mit einem Klick auf das „+“ Symbol wird ein neuer Eintrag vorbereitet.
Jeder externe Programmaufruf benötigt dann die Eingabe eines Namens und einer Angabe zum Programm das aufgerufen wird. Will man diesen Programmaufruf allen Benutzern der Management Console bereitstellen, so muss man zusätzlich die Option „Globales Programm (Für alle Benutzer)“ setzen. Wenn man mit der Eingabe des oder der weiteren externen Programmaufrufe fertig ist, sollte man den Dialog auch mit „OK“ verlassen, ansonsten werden die gemachten Änderungen nicht gespeichert!

Welche Variablen können genutzt werden?

Es stehen für die Aufrufe diverse Variablen zur Verfügung.

Die meist genutzten Variablen sind:

• %Computername%
• %IP%
• %Domain%

Darüberhinaus stehen jedoch auch:

• %INVENTORYID%
• %DOMAIN%
• %MACADDRESS%
• %MAC8%
• %CUSTOM01% bis %CUSTOM30%

zur Verfügung

Beispiele für Aufrufe

• Verteilaufträge – Computer
  notepad \\%EmpirumServer%\Values$\MachineValues\%Domain%\%Computername%.ddc
• Variablen – Computer
  notepad \\%EmpirumServer%\Values$\MachineValues\%Domain%\%Computername%.ini
• Explorer C$
  explorer \\%Computername%\C$
• Ping (3 Sekunden)
  ping -n 3 %Computername%
• Computerverwaltung
  Compmgmt.msc /Computer:%Computername%
• MAC8 Ordner
  explorer \\%EmpirumServer%\EmpInst$\Wizard\OS\Auto\%Mac8%
• WinPEStatus
  explorer \\%EmpirumServer%\EmpInst$\Wizard\OS\WinPEStatus\%Domain%_%Computername%

Fernsteuerung

Das gleiche Prinzip wie bei den externen Programmen gilt auch für die Fernsteuerung. Auch hier können weitere eigene Aufrufe zu eigenen Fernsteuerprogrammen hinterlegt werden. Eine, die die jeder nutzen kann ist …

• Microsoft RemoteDesktop
  mstsc /v:%Computername%

Ideen …

Weitere Programmaufrufe zum Durchführen eines Neustarts oder Shutdowns, sowie die Nutzung von PSEXEC lassen noch viele weitere spannende Aufrufe zu.

Viel Spaß beim Ausprobieren!

Der Beitrag Externe Programmaufrufe oder Fernsteuerung aus der EMC erschien zuerst auf Workplace Management Blog.

Die automatische Anpassung der Auflösung kann in Empirum ganz ohne zusätzliche Tools bewerkstelligt werden.

Suche dazu die unattend.xml Datei auf, die für die Betriebssysteminstallation herangezgen wird.
Hier ein Beispiel für einen Pfad zur Datei: Empirum\EmpInst\Sys\win7\x64\pro\1\DE.
Der Pfad kann natürlich je nach Sprache, Architektur und eingebundenen Service Pack abweichen.
Vor der Veränderung der Datei ist eine Sicherungskopie ratsam.

In der XML Datei gibt es eine Display Sektion. Diese Sektion beginnt mit <Display> und hört mit </Display> auf.

Hier ein Beispiel dafür:

<Display>
   <HorizontalResolution>1024</HorizontalResolution>
   <VerticalResolution>768</VerticalResolution>
   <ColorDepth>32</ColorDepth>
   <RefreshRate>60</RefreshRate>
</Display>

Lösche nun die gesamte (abgebildete) Sektion, inklusive der <Display> und </Display> Einträge und speichere die Datei. Dieser Schritt muss ggf. für alle eingebundenen und genutzten Betriebssystemquellen durchgeführt werden.

Nun sollte sich die Bildschirmauflösung dynamisch an die jeweiligen Monitore anpassen.

Der Beitrag Automatische Anpassung der Bildschirmauflösung 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.

Dieser Problematik lässt sich zumeist in 3 Ursachen unterscheiden und somit mit unterschiedlichen Lösungen beheben. Lesen Sie dazu den Artikel bis zum Ende, damit sie sehr zielgerichtet ihr Problem einkreisen können.

Mögliche Ursachen für das Problem

1. Die Netzwerkkarte wurde nicht installiert
2. Der Benutzer für den Domain-Join
3. Namensauflösung

Die Netzwerkkarte wurde nicht installiert.

Diese Problematik kann am einfachsten festgestellt werden, in dem man einen Blick auf den Geräte-Manager des betroffenen Gerätes wirft. Häufig bleibt dann auch die Betriebssystem Installation am Ende „hängen“, wenn die Agent.bat bzw. EmpirumAgent.bat aufgerufen werden soll. Fehler 2 bzw. 5 – Die zuvor beschriebene BAT Datei kann nicht gefunden werden oder der Zugriff darauf ist nicht möglich.

Der Benutzer für den Domain-Join

Rund um den Benutzer für den Domain-Join kann es mehrere Probleme geben. Zuerst muss in der Betriebssystemvorlage nachgesehen werden, welcher Benutzer diese Aufgabe wahrnimmt. Häufig wird auch der „Diskettenbenutzer“ mit der entsprechenden Aufgabe versehen. Dann muss man in dem Active Directory oder anderem Verzeichnisdienst nachsehen, ob der Benutzer die erforderlichen Berechtigungen besitzt. Dem Benutzer können auf unterschiedliche Art und Weise die Berechtigungen gegeben werden. Manche machen es sich einfach und der Benutzer ist „Domänen-Administrator“. Das ist für meinen Geschmack etwas zu viel des Guten, aber das muss jeder Verantwortliche für sich entscheiden. Eine weitere Möglichkeit besteht darin den Benutzer zu den „Konten Operatoren“ hinzuzufügen, oder gar nur die Sicherheitseinstellung „Hinzufügen von Arbeitsstationen zur Domäne“ für den betroffenen Benutzer zu setzen. Das Wirken dieser Berechtigungen muss in dem Verzeichnisdienst an der richtigen Stelle überprüft werden.

Namensauflösung

Häufig verhindert auch die Namensauflösung den Domain-Join. Empirum versucht den Domain-Join durch Nutzung des „NetBIOS“ Domain Namens in den Computer Eigenschaften. Schlägt dies fehl, so kann man den Domain-Join während der Betriebssystem-Installation auch durch Angabe des FQDNs durchführen. Dazu kann man die Variable „FQDN“ eines Computers setzen. Dies geht über das Setzen von Variablen auf einem Computerobjekt in der Empirum Management Console (rechte Maustaste auf ein Computerobjekt, Variablen, FQDN, …) oder ab der Empirum Version 14.2 auch über die Eigenschaften eines Computers. Funktioniert der Domain-Join über diesen Weg, so muss man die Variable nicht für jeden Computer einzeln setzen, sondern kann die Variable auf eine entsprechende Konfigurationsgruppe setzen und mittels „Zwangsvererbung“ jedem Computer zuweisen.
Hinweis: Setzen sie nicht den FQDN Namen in dem Eingabefeld „Domäne“ bzw. „Domain“ der Computereigenschaften! Dies hat auch Auswirkungen auf die Softwareverteilung, die dann nach der Betriebssystem-Installation nicht mehr funktionieren wird!

Wie finde ich den Grund für „mein“ Problem?

Wenn Sie gezielt ihr Problem lösen möchten, so schauen sie auf dem betreffenden Computer in die Datei „%WINDIR%\Debug\NetSetup.log“. Hier lässt sich das Problem für den nicht funktionierenden Domain-Join ergründen. Falls Sie Probleme beim Lesen und Interpretieren der Datei haben, so können sie gerne Kontakt mit mir aufnehmen.

Achtung beim nächsten Versuch …

War es nicht die Netzwerkkarte, so wird der Computer am Ende der Betriebssystem-Installation inventarisiert und überschreibt ihnen die angegebene Domäne mit der „Arbeitsgruppe“. Dies führt häufig zu Folgefehlern. Also aufgepasst beim weiteren Versuch nach einer durchgeführten Änderung.

Der Beitrag Domain-Join während der Betriebssystem-Installation funktioniert nicht erschien zuerst auf Workplace Management Blog.