Änderungen zur Vorgängerversion

mypDeployService

Der mypDeployService ist jetzt ein 64-Bit-Programm.

mypDeployAdmin

Die mypDeploy-Administrationskonsole ist jetzt ein 64-Bit-Programm.

mypDeployClientService

Die Installation des ClientService ist jetzt auch ohne Konfigurationsdatei nur über eine MSI-Datei möglich.

Beispielaufruf:
msiexec /i "D:\ClientInstall\mypDeployClient.msi" /QB! COMPID="Mein Mandant" MPUSERNAME="%DIPGEMMOHBEBIDIPEICLOOOILEEHGNAPPNDLIMDCPCMOPNGKDJOLABPDIJGONFOMBJODPCPKCHNOCPCGJOMPKELEMMBEAGFI" MPUSERDOMAIN="/HFIICIBFBHLNEJJLOLPDPMBLLLLLLEBLECPFEMOPKPKPCFHN" MPUSERPASSWORD="-DHOMDILCNCJHANONGOFPMHGMHAOCLNBKJJBDAMOOFJOFDAOAMHMJCKNDMACJFGGO" MPISDOMAINACCOUNT="True" MPDEPLOYSERVERNAME="https://MyServer.MyDomain:443/mypDeploy" MPCLIENTNOIMPERS="False" /L*V "D:\ClientInstall\MypDeployClientInstall.log"

Die Aufrufparameter werden verschlüsselt, da sie Kennwörter enthalten. Im mypDeployAdmin finden Sie hier eine Funktion, um das Installationskommando zu erstellen.

Computer Compliance

In der Compliance-Ansicht wird nun eine Warnung angezeigt, wenn die Befehlsgruppe ein Skript/eine Skriptgruppe zuweist, das einer Lizenz zugeordnet ist und daher nicht für den AutoUpdate verwendet werden kann.

Open

Skript-Eigenschaften

In den Skript-Eigenschaften wird nun eine Warnung unter Angabe des Grundes angezeigt, wenn ein Skript nicht zum AutoUpdate verwendet werden kann.

Open

Im Dialog "Verhalten" eines Skriptes können jetzt auch die beiden Flags "Mehrere Pakete derselben Skriptgruppe können gemeinsam auf einem Rechner installiert sein" und "Mehrere Pakete dieses Skriptes können gemeinsam auf einem Rechner installiert sein" umgeschaltet werden.

Bei benutzerdefinierten Skripten ist das immer möglich (sofern das Skript eine Skriptgruppe hat). Bei Standard-Skripten kann ein im Portal gesetztes Flag ausgeschaltet werden; es ist aber nicht möglich, ein im Portal nicht gesetztes Flag lokal zu setzen.

Änderungen der Anzeigen in mypDeploy-Admin

In der Administratoroberfläche wurde einige Änderungen vorgenommen, um die Bedienung intuitiver und klarer zu kennzeichnen.

Kontextmenüs bei mehreren markierten Objekten

Sind mehrere Objekte (Computer, Pakte, Patche,…) markiert ist in allen Kontextmenüs nun klar zu erkennen, ob sich der Befehl auf alle oder nur das zuletzt markierte Objekt bezieht.

In den entsprechenden Dialogen wird dann in der Kopfzeile angezeigt, welches System gerade bearbeitet wird.

Mehrfachoperationen

Sind mehrere Objekte markiert und im Kontextmenü wird eine Aktion ausgewählt, die Mehrfachoperationen zulässt, erfolgt die Anzeige der Anzahl der aktuell ausgewählten Systeme über dem Dialog. Hier sehen Sie dann auch, ob Sie zu diesem Zeitpunkt gegebenenfalls mit ausgewählt haben, die aktuell ausgeblendet oder nicht sichtbar sind.

Skripte und Pakete

In der Ansicht von Skripten und Paketen werden alle Änderungen, die Sie abweichend von den Standardeinstellungen vorgenommen haben, in fett hervorgehoben.

Markieren von Elementen in Listen

In Listen, Tabellen und Bäumen mit markierbaren Zeilen kann auch über das Menü oder Alt-Cursor die nächste bzw. vorhergehende markierte Zeile selektiert werden (Lizenz-Zuordnungen, Filter-Attribute, Firmen-Benutzerkonten, ...).
Auf diese Weise kann auch bei längeren Listen oder komplexen Bäumen sehr schnell zu den einzelnen markierten Elementen navigiert werden.

Programmeinstellungen

In den Programm-Einstellungen können nun auch die Anzeige-Optionen "Nicht referenzierte Patches anzeigen" und "Gesperrte Patches anzeigen" bearbeitet werden. Bisher war diese Funktion nur im Filter des Patch-Baums verfügbar.

Gruppeneigenschaften anzeigen

Die Eigenschaften-Seite einer Computer-Gruppe listet nun explizit alle Zeitfenster auf, die für die Computer in dieser Gruppe gelten; das betrifft die von der Gruppe selber definierten und die von übergeordneten Gruppen geerbten Zeitfenster.

Die Eigenschaften-Seite einer Computer-Gruppe zeigte bisher keinen Hinweis an, wenn die Gruppe den Click2Run-Kanal für ihre Computer vorgegeben hat. Es wird jetzt ein allgemeiner Hinweis angezeigt, wenn die Gruppe beliebige Einstellungen zum Patch-Management definiert.

Gruppeneigenschaften bearbeiten

Der Dialog “Gruppe bearbeiten” zeigt nun am Kopf eine Warnung an, wie viele Computer von Änderungen an der Gruppe betroffen sind. Dies ist insbesondere dann hilfreich, wenn Sie im mypDeploy-Admin Filter gesetzt haben und aufgrund der aktiven Filterung nicht alle Elemente der Gruppe, die Sie gerade bearbeiten, sehen.

Weil die Registerkarten Eigenschaften und Automatische Zuordnung beide nicht von dieser Warnung betroffen sind, wurde Automatische Zuordnung nun direkt hinter Eigenschaften verschoben.

Entsprechend wird jetzt ein zusätzlicher Hinweis in der Hinweis-Box angezeigt, wenn Sie Pakete auf eine Gruppe ziehen - auch dabei können ja die Gruppenbefehle geändert werden, so dass sich der Befehl auf eine Reihe von Computern auswirken kann.

Replikation von Testpaketen

Test-Pakete werden jetzt nicht mehr auf Distribution-Points verteilt.
Wenn bislang beim Test ein Fehler auffiel, konnte dieser erst korrigiert werden, wenn das Paket auf alle Distribution Points verteilt war (dies ist auch nach wie vor so; Pakete sind während der Replikation gesperrt).
Der Distribution Point verhält sich in diesem Fall genauso, als ob ihm das Paket nicht zur Replikation zugeordnet wäre - wenn das Paket einem von dem Distribution Point versorgten Client zugewiesen wird, wartet dieser nicht auf die Replikation, sondern bezieht das Paket wenn möglich aus einer anderen Quelle (in der Regel via HTTP/HTTPS vom MasterShare).
Sobald das Testflag entfernt und das Paket freigegeben wird (für alle, oder nur für ausgewählte Mandanten), wird es wie bisher wieder auf Distribution-Points verteilt.

In den Einstellungen der Distribution Points gibt es eine zusätzliche neue CheckBox, mit der Sie festlegen können, dass dieser Distribution Point auch Test-Pakete repliziert (also sich wieder wie bisher verhält).
Die Checkbox ist per Default nach dem Update auf die aktuelle mypDeploy-Version deaktiviert; kann aber aktiviert werden, wenn gezielt ein einzelner Distribution Point für den Test eines Paketes benötigt wird.

Problembehandlung mypDeploy-Server

Der Dialog “Problembehandlung mypDeploy-Server\Ungültige Patch-URLs ausfiltern” wurde um eine Schnellsuche für die Patchliste erweitert.

Neue Funktionen

Verwalten von Mandanten

Die Verwaltung von Mandanten ist jetzt direkt aus dem mypDeployAdmin möglich.

Sie erreichen die Funktion über das Aktions-Menü.

Links sehen Sie alle Mandanten, rechts im Übersichtsregister die Anzahl der dem Mandanten zugeordneten Computer.

Im Eigenschaften-Register sehen Sie alle diesem Mandanten zugeordneten Computer.

Einen neuen Mandanten legen Sie über das Aktionsmenü an.

Client-Konfiguration erstellen

Wenn Sie einen Mandanten auswählen, können Sie über das Kontextmenü eine Client-Konfiguration (zur Erstinstallation des mpDeploy-Clients auf Rechnern dieses Mandanten) erstellen.

Tragen Sie hier den Servernamen Ihres mypDeploy-Servers ein. Dieser ist mit dem aktuellen Namen des mypDeploy-Service, mit dem der mypDeployAdmin verbunden ist, voreingestellt. Sie müssen hier nur Änderungen vornehmen, wenn die Rechner des Mandanten über einen Proxy, NAT o.ä. Mechanismen auf ihr Ziel umgeleitet werden. Sie können entweder ein lokales, vordefiniertes Konto nutzen oder Sie geben ein Konto Ihrer Domäne an. Zusätzlich benötigen Sie ein Ausgabeverzeichnis, in dem die fertige Client-Konfiguration abgelegt werden kann.

Sie erhalten folgenden Inhalt im Ausgabeverzeichnis.

Hier finden Sie in der Datei “_Start.cmd” einen Batch-Aufruf zur Installation des mypDeploy-Clients. Hierzu müssen sich die Dateien mypDeployClient.msi und mypDeployClientSetup.cfg im gleichen Verzeichnis befinden.
Die Datei MsiInstall.cmd enthält einen Aufruf, der ohne Konfigurationsdatei auskommt und beispielsweise für die Installation des mpDeploy-Clients per Active Directory genutzt werden kann.

Die Aufrufparameter sind verschlüsselt; die Datei ReadMe.txt enthält wichtige Informationen in lesbarer Form.

Notizen

Sie können nun Notizen zu einem Rechner eintragen.

Diese werden Ihnen immer unterhalb des Rechnernamens mit angezeigt.

Tragen Sie einen leeren Text ein, um die Notiz wieder zu löschen.

Auswahl des Standard-Pakets für eine Skriptgruppe

Wenn Sie einer Gruppe einen Skriptgruppen-Installationsbefehl zuordnen, können Sie nun neben der Skriptgruppe auch das Standard-Paket festlegen, das für diese Skriptgruppe installiert werden soll.

Ausführungsstatus eines Pakets überschreiben

Bisher war es nur möglich, den Status von fehlerhaft ausgeführten Paketen manuell zu überschreiben (um z.B. das Paket in mypDeploy als installiert zu markieren, nachdem man den Fehler lokal behoben und die Installation manuell ausgeführt hatte).

Es ist nun möglich, den Status jedes Paketes explizit zu überschreiben. Da dies weit über die Behebung von Fehlern hinausgeht wurde die Aktion dem Recht “Fehlermeldungen verwalten” entzogen und dem neuen Recht “Status von Paketen überschreiben” zugeordnet.

Die manuelle Änderung muss bestätigt werden; dieser Dialog kann nicht verborgen werden.

Beim Import einer alten DB wird das neue Recht automatisch überall gesetzt, wo auch das alte gilt; anschließend kann es dann manuell angepasst werden.

Im Log wird eine hervorgehobene Meldung eingetragen, wenn der Status eines Paketes manuell geändert wurde.

Filter für Patche

In den Filterfunktionen von mypDeployAdmin kann nun auch nach Patchen gefiltert werden.

Es werden alle Patches angezeigt, die von mindestens einem Computer gemeldet wurden. In der Schnellsuche können Sie nach Namen, Kategorien oder KB-Artikelnummern Ihre Suche eingrenzen.

Markieren Sie einen oder mehrere Patches.

Zusätzlich können Sie noch nach dem Installationsstatus der ausgewählten Patches filtern (Default: beliebig).

Test-Patch für die Prüfung und Qualitätssicherung von Patch- oder Patchgruppenscripten

Im Problemsuche-Menü können einem Computer nun drei neue Test-Patches (immer erfolgreich (mit/ohne Neustart-Anforderung), immer fehlerhaft) zugewiesen oder die Zuweisung rückgängig gemacht werden.

In den Computer-Eigenschaften sehen Sie einen Hinweis, wenn für den Computer Test-Patches aktiviert sind.

Das Feature setzt das Recht "Patchgruppen bearbeiten" oder die Anmeldung mit einem administrativen Account voraus.

Nach dem Aktivieren eines Test-Patches erkennt der nächste von dem Computer ausgeführte WUA-Scan den entsprechenden Patch als zur Installation bereit - genau so, als ob WUA diesen Patch gemeldet hätte.

Nach der Freigabe wird der erfolgreiche Patch erfolgreich ausgeführt und automatisch aus dem Computer entfernt; der fehlerhafte Patch erzeugt eine Fehlermeldung und bleibt auf dem Computer erhalten, bis er manuell wieder entfernt wird.

Unvollständige Netzwerkinformationen

Wenn der Computer seinen Netzstandort im aktuellen Durchlauf des ClientService nicht vollständig ermitteln kann, führt er anschließend keine Pakete oder Patches mehr aus (da er nicht verifizieren kann, ob er im LAN, WLAN, VPN oder Internet ist).
In den Eigenschaften des Computers wird beim Netzstandort eine Warnung angezeigt, wenn dieser zuletzt vom Computer nicht vollständig ermittelt werden konnte.
In der Filterung nach Netzstandorten kann jetzt auf Vollständigkeit mit gefiltert werden (Default: nicht filtern).

Der Filter Offene Punkte kann jetzt auch nach Computern filtern, die einen unvollständigen Netzstandort gemeldet haben.

Anzeige und Ausführung von benutzerspezifischen Installationsteilen

Es stehen zusätzliche Registrierungsschlüssel zur Verfügung, um die Ausführung und Visualisierung von benutzerspezifischen Installationsteilen zu steuern.

Administratoren installieren keine Benutzerteile

Setzen Sie den folgenden Schlüssel (DWORD):

Existiert dieser Schlüssel, wird für Benutzer, die lokale Administratoren sind, kein Benutzerteil der Paketinstallation ausgeführt.

Verbergen der benutzerspezifischen Installation vor dem Anwender

Setzen Sie den folgenden Schlüssel (Reg-SZ):

Ungültige Werte werden vom mypDeployClient wie “SMALLSILENT” behandelt; fehlt der Eintrag wird das wie “STANDARD” behandelt.

Patchgruppen-Variablen

In den PS-Versionen von

• MypdclnEpGrpInit

• MypdclnEpGrpFinish

• MypdclnEpGrpPreExec

• MypdclnEpGrpPostExec

können bei der Ausführung im Rahmen einer Patchgruppe die Konfigurationswerte der Patchgruppe ebenfalls mit CSL_GetCfgValue abgefragt werden.

Um sie von der Konfiguration des Skriptes zu unterscheiden, bekommen die Namen der Patchgruppen-Werte ein "PG-" vorangestellt.

Weiterführende Informationen zu Patchscripten mittels Powershell finden Sie hier.

BugFixes

• Es wurde ein Fehler behoben, der zu einem Absturz des mypDeployService wegen einer Speicherverletzung führte.

• Die Benennung “Kunden/Mandanten” wurde vereinheitlicht.

• Der Service “mypackageDeployDPointService“ startet jetzt ohne 5 Minuten Verzögerung.

• Es wurde ein Fehler behoben, der zu einem Fehler “Transfer-Konfiguration nicht vorhanden” geführt hat.

• Der Filter für Click-2-Run-Updates funktioniert nun korrekt.

• Es wurde ein Fehler behoben, das Neustarts für Patche nicht beachtet wurden, wenn das Neustartfenster außerhalb des Installationsfensters liegt.

• Benutzerdefinierte Ausschlüsse und Voraussetzungen können jetzt nur noch bearbeitet werden, wenn keines der davon betroffenen Pakete einem Computer momentan zur Ausführung zugewiesen ist (Installation, Deinstallation, Reparatur).

• Es wurden mehrere Fehler beim Verschieben von Elementen zwischen Gruppen behoben.

• Es wurde ein Fehler behoben, das Sperr-Regeln für Patche in multilingualen Umgebungen nicht korrekt angewendet wurden.

• Es wurde ein Fehler behoben, dass ein Patch-Rollback nicht nur für den aktuell markierten Computer durchzuführen war.