KACE Systems Management Appliance 7.1

Regeln für benutzerdefinierte Inventarisierung erstellen

Regeln für benutzerdefinierte Inventarisierung implementieren

Syntax für Regeln für benutzerdefinierte Inventarisierung

Sie können benutzerdefinierte Anwendungen und Regeln für benutzerdefinierte Inventarisierung für diese Anwendungen erstellen, um Informationen über die Anwendungen von den von den verwalteten Geräten zu sammeln.

Rufen Sie die Softwaredetailseite auf:

Melden Sie sich bei der Administratorkonsole der K1000 an: http://K1000_hostname/admin. Oder wählen Sie, wenn in den allgemeinen Einstellungen der Appliance die Option Organisationsmenü in Verwaltungskopfzeile anzeigen aktiviert ist, in der Dropdown-Liste oben rechts auf der Seite neben den Anmeldeinformationen eine Organisation aus.

Klicken Sie in der linken Navigationsleiste auf Inventar und anschließend auf Software.

Wählen Sie Aktion auswählen > Neu.

Machen Sie allgemeine Angaben: Name, Version und Herausgeber.

Stellen Sie für die ordnungsgemäße nachgelagerte Berichterstellung sicher, dass diese Informationen im gesamten Softwareinventar einheitlich eingegeben werden.

Geben Sie die folgenden Informationen an:

Option	Beschreibung
Zuweisen zu Label	(Optional) Das Label, das dem Element zugewiesen wurde.
Anmerkungen	Geben Sie nach Bedarf beliebige weitere Informationen ein.
Unterstützte Betriebssysteme	Das Betriebssystem, auf dem die Anwendung ausgeführt wird. Die Bereitstellung der Anwendungen erfolgt nur auf Geräten mit den ausgewählten Betriebssystemen.
Regel für benutzerdefinierte Inventarisierung	(Optional) Die auf die Anwendung anzuwendenden Regeln für benutzerdefinierte Inventarisierung. Mithilfe von Regeln für benutzerdefinierte Inventarisierung können Sie Anwendungen und andere Elemente auf einem Gerät erkennen und Details für die Berichterstellung erfassen. So prüft die Appliance beispielsweise vor der Bereitstellung einer Anwendung zunächst, ob die Anwendung auf dem Gerät bereits vorhanden ist. Manchmal werden installierte Programme jedoch nicht unter Software oder in den Standardbereichen der Registrierung registriert. In diesen Fällen kann die Appliance die Software ohne zusätzliche Informationen vom Administrator möglicherweise nicht erkennen. Deshalb wiederholt die Appliance die Installation unter Umständen jedes Mal, wenn das Gerät eine Verbindung herstellt. Dies lässt sich mithilfe von Regeln für benutzerdefinierte Inventarisierung verhindern. Die folgende Regel überprüft, ob die auf einem Gerät installierte Version von Network Associates VirusScan neuer ist als eine angegebene Version, bevor diese bereitgestellt wird. RegistryValueGreaterThan(HKEY_LOCAL_MACHINE\ Software\Network Associates\TVD\ Network Associates\TVD\Shared Components\ VirusScanEngine\4.0.xx,szDatVersion,4.0.44)

Klicken Sie neben Datei hochladen und verknüpfen auf Datei auswählen, um nach einer Datei zu suchen. Klicken Sie anschließend auf Öffnen oder Auswählen.

Zur Verteilung von Anwendungen mithilfe verwalteter Installationen oder Dateisynchronisierungen müssen die jeweiligen Anwendungsdateien mit der Anwendung verknüpft werden.

Damit die Datei nicht in die Replikationsfreigabe kopiert wird, wählen Sie Zugehörige Datei nicht replizieren aus. Diese Einstellung ist bei großen Dateien sinnvoll, die die Benutzer nicht von Replikationsfreigaben installieren sollen (etwa bei Software-Suites).

Optional: Wählen Sie eine Kategorie und eine Bedrohungsstufe für die Software aus.

Klicken Sie auf Speichern.

Regeln für benutzerdefinierte Inventarisierung implementieren

Der K1000 Agent erhält die neuen Regeln für benutzerdefinierte Inventarisierung bei der ersten Geräteinventur nach dem Erstellen der Regeln. Während dieser ersten Inventur führt der Agent die neuen Regeln aus und meldet die Ergebnisse an die Appliance.

Der Agent führt alle Regeln sowie alle übrigen für diese Sitzung geplanten Prozesse aus. Daher dauert es nach der ersten Inventur unter Umständen einige Minuten, bis alle Regeln und Prozesse ausgeführt sind und die Ergebnisse zurückgegeben werden.

Die Ergebnisse werden nach der Rückmeldung durch den Agenten auf der Seite mit den Gerätedetails unter Software in Installierte Programme und Feldern für benutzerdefinierte Inventarisierung angezeigt.

HINWEIS: Die Anwendungen mit Werterückgabe-Regeln, durch die ein Feld für benutzerdefinierte Inventarisierung festgelegt wird, werden ebenfalls als installierte Programme angezeigt.

Sollten die Ergebnisse nicht Ihren Erwartungen entsprechen, vergewissern Sie sich, dass für das Gerät kürzlich eine Inventur durchgeführt wurde. Die Inventarzeit wird auf der Seite mit den Gerätedetails im Feld Letztes Inventar angezeigt.

Syntax für Regeln für benutzerdefinierte Inventarisierung

In Regeln für benutzerdefinierte Inventarisierung muss für Funktionsnamen und Argumente die korrekte Syntax verwendet werden.

Für Bedingungs- und Werterückgabe-Regeln gilt folgende Syntax:

functionName(argument,argument,...)

Detaillierte Informationen zu Funktionen und deren Argumenten finden Sie unter:

•

Überprüfen von Bedingungen (Bedingungsregeln)

•

Abrufen von Werten von einem Gerät (Benutzerdefiniertes Inventarfeld)

•

Zuordnen von Dateinamen zu regulären Ausdrücken

Funktionen – Syntax

Geben Sie den Funktionsnamen, eine öffnende Klammer, die gewünschten Argumente und eine schließende Klammer ein. Zwischen dem Namen der Funktion und der öffnenden Klammer dürfen sich keine Leerzeichen befinden.

Argumente – Syntax

Geben Sie die argument-Syntax für alle Regeln mit Ausnahme von command und regex (regulärer Ausdruck) wie folgt ein:

•

Trennen Sie die Argumente durch Kommas voneinander.

•

Kommas sind an keiner anderen Stelle der Zeichenfolge zulässig (Ausnahmen finden Sie unter Kommas und Klammern als Werte in einer Regel).

•

Fügen Sie keine einfachen oder doppelten Anführungszeichen hinzu.

•

Leerzeichen vor und nach jedem Argument werden gelöscht.

Beispielsweise sind die folgenden Syntaxzeilen identisch:

RegistryValueEquals(HKEY_LOCAL_MACHINE\Software\Microsoft\Internet Explorer\
Version Vector, IE, 10.000)
RegistryValueEquals(HKEY_LOCAL_MACHINE\Software\Microsoft\Internet Explorer\
Version Vector,IE,10.000)

Kommas und Klammern als Werte in einer Regel

Wenn in einer Regel Kommas oder öffnende/schließende Klammern als Werte verwendet werden, müssen diese als {{comma}} (Komma). {{op}} (öffnende Klammer) und {{cp}} (schließende Klammer) angegeben werden.

•

In Argumenten, in denen Kommas als Teil des Parameterwerts angegeben werden müssen, muss das Komma als "{{comma}}" angegeben werden. Hiervon ausgenommen ist nur das letzte Argument in der Funktion.

Möchte der Benutzer also beispielsweise einen Test für den Registrierungswert mit dem Wertnamen "test,value" durchführen, muss er in diesem Fall die Escape-Sequenz für das Komma angeben, da es sich bei dem Namen des Registrierungswerts nicht um das letzte Argument in der Funktion für benutzerdefinierte Inventarisierung (Custom Inventory, CI) handelt.

RegistryValueEquals(HKEY_LOCAL_MACHINE\SOFTWARE\TestSoft, test{{comma}}value, HelloWorld)

Möchte der Benutzer einen Test für einen Registrierungswert mit enthaltenem Komma durchführen, muss keine Escape-Sequenz verwendet werden, da es sich bei dem Wert um das letzte Argument in der Funktion für benutzerdefinierte Inventarisierung handelt. Mit der folgenden Funktion für die benutzerdefinierte Inventarisierung wird getestet, ob der Registrierungswert "HKLM\SOFTWARE\TestSoft\test1" mit dem Wert 2,4 übereinstimmt.

RegistryValueEquals(HKEY_LOCAL_MACHINE\SOFTWARE\TestSoft,test1,2,4)

Enthält die Funktion für benutzerdefinierte Inventarisierung lediglich einen einzelnen Parameter, wird alles zwischen den Klammern als Wert für das Argument behandelt. In diesem Fall muss für Kommas keine Escape-Sequenz verwendet werden und die Kommas werden als Teil des Arguments für die Funktion für benutzerdefinierte Inventarisierung betrachtet.

ShellCommandTextReturn(wmic MEMORYCHIP get BankLabel,Capacity,description,manufacturer)

•

Für eine öffnende Klammer ohne Gegenstück muss die Escape-Sequenz {{op}} verwendet werden. Wenn der Parser die Argumente für die Funktion in Token umwandelt, wird die Anzahl öffnender und schließender Klammern gezählt, um das Ende der Funktion und des Arguments zu ermitteln. Eine öffnende Klammer ohne Gegenstück würde die Zählung durcheinander bringen und dazu führen, dass der Argumentwert nicht korrekt analysiert wird. Wird in einem Argumentwert eine öffnende Klammer benötigt, muss diese als {{op}} angegeben werden.

Möchte der Benutzer also beispielsweise die Zeichenfolge "Hello ( World" ausgeben, muss die Funktion für benutzerdefiniertes Inventar wie folgt aussehen:

ShellCommandTextReturn(echo Hello {{op}} World)

•

Für eine schließende Klammer ohne Gegenstück muss die Escape-Sequenz {{cp}} verwendet werden.

Wenn der Parser die Argumente für die Funktion in Token umwandelt, wird die Anzahl öffnender und schließender Klammern gezählt, um das Ende der Funktion (die letzte schließende Klammer mit Gegenstück) zu ermitteln. Enthält jedoch der eigentlich Argumentwert eine schließende Klammer ohne Gegenstück, entsteht für den Parser der Eindruck, die Klammer sei das Ende der Funktion und der Argumentwert wird abgeschnitten.

Wird in einem Argumentwert eine schließende Klammer benötigt, muss diese als {{cp}} angegeben werden.

Möchte der Benutzer also beispielsweise die Zeichenfolge "Hello ) World" ausgeben, muss die Funktion für benutzerdefiniertes Inventar wie folgt aussehen:

ShellCommandTextReturn(echo Hello {{cp}} World)

Überprüfen von Bedingungen (Bedingungsregeln)

Sie können Regeln für benutzerdefinierte Inventarisierung erstellen, um zu ermitteln, ob eine Anwendung installiert ist (wahr/falsch).

Wenn bei Verwendung einer Bedingungsregel "Wahr" zurückgegeben wird, wird der Anzeigename (Titel) der benutzerdefinierten Anwendung im Bereich Software: Installierte Programme der Seite Gerätedetail im Abschnitt Inventar angezeigt.

In den folgenden Abschnitten werden die Regeln beschrieben, mit denen Bedingungen überprüft werden:

•

Referenz für Bedingungsregeln

•

Überprüfen, ob eine Bedingung vorhanden ist (Exists-Regeln)

•

Auswerten von Geäteeinstellungen (Equals-Regeln)

•

Vergleichen von Gerätewerten (GreaterThan- und LessThan-Regeln)

•

Testen mehrerer Bedingungen

Trifft die Regel nicht zu ("Falsch"), wird die Anwendung nicht unter Installierte Programme in den Inventardetails des Geräts angezeigt.

TIPP: Eine Liste der Geräte, auf denen das Element installiert ist, wird auch unter Inventar > Software > Benutzerdefiniertes_Element: Details angezeigt.

Referenz für Bedingungsregeln

In der folgenden Tabelle wird beschrieben, welche Datentypen für den Vergleich verwendet werden können.

Für Vergleichsfunktionen unterstützte Datentypen
Bedingungsregel	Für Vergleichsfunktionen unterstützte Datentypen Equals, GreaterThan, LessThan
EnvironmentVariable	DATE, NUMBER, TEXT
FileInfo	DATE, NUMBER, TEXT
FilenamesMatchingRegex	NUMBER
FileVersion	TEXT
PlistValue	NUMBER, TEXT
ProductVersion	TEXT
RegistryValue	TEXT

In der folgenden Tabelle wird die Vorgehensweise zum Ausführen von Vergleichen erläutert.

Ausführen von Vergleichen

Datentyp

Überlegungen

DATE

•

Vor der Auswertung werden Zielwerte als Datum mithilfe der gleichen Regeln wie in der DateTime-PHP-Klasse analysiert und anschließend für die Verwendung des folgenden Formats normalisiert:

MM/TT/JJJJ HH:MM:SS

•

Der Zeitstempel in der K1000 Datenbank verwendet das 24-Stunden-Format (0 – 24 Stunden).

•

Der Zeitstempel in der K1000 Datenbank ist in koordinierter Weltzeit (UTC, Coordinated Universal Time) angegeben, sodass er für alle Geräte unabhängig von den entsprechenden Zeitzonen normalisiert wird.

•

Enthält der Zielwert nur ein Datum, wird ein Zeitstempel hinzugefügt, der auf Mitternacht für UTC basiert.

NUMBER

•

Nur ganze Zahlen werden bewertet.

•

Falls ein Zielwert andere Zeichen (Buchstaben, Satzzeichen usw.) enthält, werden nur die Zahlen vor dem ersten Zeichen bewertet.

Beispiel: Lautet der Zielwert "52a1" wird nur "52" bewertet.

•

Es werden nur Zahlen bis zum maximalen positiven ganzzahligen 32-Bit-Wert (2.147.483.647) unterstützt.

TEXT

•

Werte werden wortwörtlich ohne mögliche Formatierungsänderungen (wie es beispielsweise bei den Datentypen DATE und NUMBER der Fall sein kann) bewertet.

•

Textfolgen müssen in lexikografischer Reihenfolge bewertet werden.

•

Die bewerteten Zeichenfolgen dürfen Kommas enthalten. Es sind keine Escape-Zeichen erforderlich.

Die folgende Tabelle enthält eine Liste der verfügbaren Bedingungsregeln mit Links zu näheren Informationen dazu, wie die Argumente angegeben werden:

Referenz für Bedingungsregeln
Syntax	Windows	RHEL	OS X	Beschreibung
DirectoryExists (path)	X	X	X	Überprüft, ob im angegebenen Pfad auf dem Gerät ein Verzeichnis vorhanden ist.
FileExists (path)	X	X	X	Überprüft, ob im angegebenen Pfad auf dem Gerät eine Datei vorhanden ist. Geben Sie im Pfad den Namen der Datei und die Erweiterung an.
FileVersionEquals (path, version)	X			Überprüft, ob die Eigenschaft Version > Dateiversion der im Pfad angegebenen Datei dem eingegebenen TEXT-Wert entspricht.
FileVersionLessThan (path, version)	X			Überprüft, ob die Eigenschaft Version > Dateiversion der als Pfad angegebenen Datei niedriger als der eingegebene TEXT-Wert ist.
FileVersionGreaterThan (path, version)	X			Überprüft, ob die Eigenschaft Version > Dateiversion der angegebenen Datei höher als der eingegebene TEXT-Wert ist.
ProductVersionEquals (path, version)	X			Überprüft, ob die Eigenschaft Version > Produktversion der angegebenen ausführbaren Datei oder Installationsdatei dem eingegebenen TEXT-Wert entspricht.
ProductVersionLessThan (path, version)	X			Überprüft, ob die Eigenschaft Version > Produktversion der angegebenen ausführbaren Datei oder Installationsdatei niedriger als der eingegebene TEXT-Wert ist.
ProductVersionGreaterThan (path, version)	X			Überprüft, ob die Eigenschaft Version > Produktversion der angegebenen ausführbaren Datei oder Installationsdatei höher als der eingegebene TEXT-Wert ist.
FileInfoGreaterThan (fullpath, attribute, type, value)	X	X	X	Überprüft, ob der Wert für die Eigenschaft Dateiinfo der von Ihnen angegebenen ausführbaren Datei bzw. Installationsdatei größer ist als der von Ihnen eingegebene Wert.
FileInfoLessThan (fullpath, attribute, type, value)	X	X	X	Überprüft, ob der Wert für die Eigenschaft Dateiinfo der von Ihnen angegebenen ausführbaren Datei bzw. Installationsdatei kleiner ist als der von Ihnen eingegebene Wert.
FileInfoEquals (fullpath, attribute, type, value)	X	X	X	Überprüft, ob die attribute-Eigenschaft der von Ihnen angegebenen ausführbaren Datei bzw. Installationsdatei dem von Ihnen eingegebenen Wert entspricht.
RegistryKeyExists (registryPath)	X			Überprüft, ob ein Registrierungsschlüssel vorhanden ist.
RegistryValueEquals (registryPath, valueName, value)	X			Überprüft, ob ein Registrierungsschlüssel genau dem von Ihnen eingegebenen Wert entspricht. Der Wert wird als TEXT verglichen.
RegistryValueLessThan (registryPath, valueName, value)	X			Überprüft, ob ein Registrierungseintrag niedriger ist als der von Ihnen eingegebene Wert. Der Wert ist ein TEXT-Wert.
RegistryValueGreaterThan (registryPath, valueName, value)	X			Überprüft, ob ein Registrierungseintrag höher ist als der von Ihnen eingegebene Wert. Der Wert ist ein TEXT-Wert.
EnvironmentalVariableExists (var)	X	X	X	Überprüft, ob eine Umgebungsvariable mit dem von Ihnen angegebenen Namen vorhanden ist.
EnvironmentalVariableGreaterThan (var, type, value)	X	X	X	Überprüft, ob die Definition der Umgebungsvariablen höher ist als der von Ihnen eingegebene Wert. Alle drei Typen sind gültig: TEXT, DATE (im vollständigen Format mm/tt/jjjj hh:mm:ss) und NUMBER.
EnvironmentalVariableLessThan (var, type, value)	X	X	X	Überprüft, ob die Definition der Umgebungsvariablen niedriger ist als der von Ihnen eingegebene Wert. Alle drei Typen sind gültig: TEXT, DATE (im vollständigen Format mm/tt/jjjj hh:mm:ss) und NUMBER.
EnvironmentalVariableEquals (var, type, value)	X	X	X	Überprüft, ob die Definition der Umgebungsvariablen genau dem von Ihnen eingegebenen Wert entspricht. Alle drei Typen sind gültig: TEXT, DATE (im vollständigen Format mm/tt/jjjj hh:mm:ss) und NUMBER.
PlistValueExists (fullpath, entry)			X	Überprüft, ob ein benannter Wert in einer PLIST-Datei vorhanden ist.
PlistValueGreaterThan (fullpath, entry, type, value)			X	Überprüft, ob der benannte Wert ein NUMBER- oder TEXT-Wert und höher als der angegebene Wert ist.
PlistValueLessThan (fullpath, entry, type, value)			X	Überprüft, ob der benannte Wert ein NUMBER- oder TEXT-Wert und niedriger als der angegebene Wert ist.
PlistValueEquals (fullpath, entry, type, value)			X	Überprüft, ob der benannte Wert ein NUMBER- oder TEXT-Wert ist und genau dem angegebenen Wert entspricht.

Informationen zu Equals, GreaterThan und LessThan für FilenamesMatchingRegex finden Sie unter Referenz zu Regeln mit regulären Ausdrücken.

Überprüfen, ob eine Bedingung vorhanden ist (Exists-Regeln)

Mit Regeln, deren Name mit Exists endet, wird überprüft, ob eine Datei, ein Verzeichnis, ein Registrierungsschlüssel oder ein anderes Element vorhanden ist. Wenn der K1000 Agent das Element auf dem Gerät ermittelt, wird die Regel als "Wahr" ausgewertet und das Element als installiertes Programm angezeigt.

Verwenden Sie eine der folgenden Exists-Regeln:

•

DirectoryExists (path)

•

FileExists (path)

•

RegistryKeyExists (registryPath)

•

EnvironmentalVariableExists (var)

•

PlistValueExists (fullpath, entry)

•

FilenameMatchingRegexExist (fullpath, regex)

Beispiel: Überprüfen, ob ein Verzeichnis (Ordner) vorhanden ist

Mit dem folgenden Beispiel wird getestet, ob das Windows Verzeichnis auf dem Gerät vorhanden ist:

DirectoryExists(C:\WINDOWS\)

Beispiel: Überprüfen, ob eine Datei vorhanden ist

HINWEIS: Mit dem folgenden Beispiel wird überprüft, ob die ausführbare Notepad-Datei auf dem Gerät vorhanden ist:

FileExists(C:\WINDOWS\notepad.exe)

Auswerten von Geäteeinstellungen (Equals-Regeln)

Mit Regeln, deren Name mit Equals endet, werden die Werte auf dem Gerät mit den Werten verglichen, die Sie in der Regel angeben. Die Regeln sind zutreffend ("Wahr"), wenn die Werte genau übereinstimmen.

Mithilfe von Regeln, in denen Argumente mit festgelegten Datentypen verwendet werden, können nur Werte desselben Typs verglichen werden.

Verwenden Sie eine der folgenden Equals-Regeln:

•

FileVersionEquals (path, version)

•

ProductVersionEquals (path, version)

•

FileInfoEquals (fullpath, attribute, type, value)

•

RegistryValueEquals (registryPath, valueName, value)

•

EnvironmentalVariableEquals (var, type, value)

•

PlistValueEquals (fullpath, entry, type, value)

•

FilenameMatchingRegexEqual (fullpath, regex, value)

Beispiel: Testen der Einstellung JAVA_HOME

So überprüfen Sie, ob die Einstellung für JAVA_HOME C:\Program Files\Java\jdk1.6.0_02 ist

EnvironmentVariableEquals(JAVA_HOME, TEXT, C:\Program Files\Java\jdk1.6.0_02)

Beispiel: Testen der Einstellung des McAfee®-Registrierungseintrags

So überprüfen Sie, ob für die Einstellung das Datumsformat im Eintrag verwendet wird

RegistryValueEquals(HKEY_LOCAL_MACHINE\Software\McAfee\AVEngine, AVDatDate, 2014/03/01)

Beispiel: Testen der Version von Internet Explorer

So überprüfen Sie, ob die Internet Explorer-Version 10.0.9200.17148 lautet:

FileVersionEquals(C:\Program Files\Internet Explorer\iexplore.exe, 10.0.9200.17148)

Wird die Version als 10.0.9 angegeben, wird "Falsch" zurückgegeben. Das Versionsargument in einer Equals-Funktion muss genau sein. Eine Teilnummer schlägt fehl, wenn die vollständige Version länger ist.

Beispiel: Erkennen von Windows XP Service Pack 2

Windows XP Service Pack 2 wird nur für Geräte, auf denen ursprünglich SP1 ausgeführt wurde und die dann auf SP2 heraufgestuft wurden, unter Software angezeigt. Im standardmäßigen Anwendungsinventar für dieses Element sind keine Geräte erfasst, auf denen bereits SP2 ausgeführt wird, da für diese Geräte ursprünglich ein Image auf SP2-Ebene erstellt wurde.

Erstellen Sie die folgende Regel für benutzerdefinierte Inventarisierung für eine benutzerdefinierte Anwendung, wenn Sie die Appliance zur Bereitstellung von Windows XP Service Pack 2 einsetzen:

RegistryValueEquals(HKEY_LOCAL_MACHINE\Software\Microsoft\WindowsNT\

CurrentVersion,CSDVersion,Service Pack 2)

Sie können dann Geräte ausschließen, auf denen dieses Element installiert ist, um zu verhindern, dass die Appliance versucht, SP2 auf Geräten bereitzustellen, die sich bereits auf dieser Stufe befinden (d. h. Geräte mit SP1, für die ein Upgrade durchgeführt wurde, sowie Geräte, deren Images ursprünglich mit SP2 erfasst wurden).

Vergleichen von Gerätewerten (GreaterThan- und LessThan-Regeln)

Mit Funktionen, deren Namen auf GreaterThan und LessThan enden, werden nur die unter Table 23 aufgeführten Werte verglichen.

Verwenden Sie eine der folgenden Regeln vom Typ "GreaterThan" und "Less Than":

•

FileVersionGreaterThan (path, version) und FileVersionLessThan (path, version)

•

ProductVersionGreaterThan (path, version) und ProductVersionLessThan (path, version)

•

FileInfoGreaterThan (fullpath, attribute, type, value) und FileInfoLessThan (fullpath, attribute, type, value)

•

RegistryValueGreaterThan (registryPath, valueName, value) und RegistryValueLessThan (registryPath, valueName, value)

•

EnvironmentalVariableGreaterThan (var, type, value) und EnvironmentalVariableLessThan (var, type, value)

•

PlistValueGreaterThan (fullpath, entry, type, value) und PlistValueLessThan (fullpath, entry, type, value)

•

FilenameMatchingRegexGreaterThan (fullpath, regex, value) und FilenameMatchingRegexLessThan (fullpath, regex, value)

Beispiel: Testen, ob die Produktversion höher ist als 10

So überprüfen Sie, ob die Produktversion höher ist als 10:

ProductVersionGreaterThan(C:\Program Files\Internet Explorer\iexplorer.exe, 10)

Geben Sie Folgendes ein, um zu überprüfen, ob die Produktversion "10" (dies entspricht 10) oder höher lautet:

ProductVersionEquals(C:\Program Files\Internet Explorer\iexplorer.exe, 10)

OR ProductVersionGreaterThan(C:\Program Files\Internet Explorer\iexplorer.exe,

10)

Beispiel: Testen, ob eine Produktversion innerhalb eines bestimmten Bereichs liegt

Zum Testen, ob sich die Produktversion innerhalb eines bestimmten Bereichs befindet, kombinieren Sie Less Than- und Greater Than-Regeln:

ProductVersionGreaterThan(C:\Program Files\Internet Explorer\iexplorer.exe, 9) AND ProductVersionLessThan(C:\Program Files\Internet Explorer\iexplorer.exe, 10)

WICHTIG: Geben Sie Regeln nicht in separate Zeilen ein. Trennen Sie die Regeln nur durch ein Leerzeichen. Wenn sich Regeln in separaten Zeilen befinden, wird dadurch die Verbindungsregel außer Kraft gesetzt.

Testen mehrerer Bedingungen

Sie können Regeln mit den Operatoren UND oder ODER verknüpfen, um zu testen, ob mehrere Bedingungen zutreffen.

HINWEIS: Die Verwendung beider Operatoren (UND und ODER) in der gleichen Regel für benutzerdefinierte Inventarisierung wird nicht unterstützt. Richten Sie getrennte Anwendungen ein.

Durch die Verknüpfung von Bedingungsregeln werden folgende Ergebnisse erzielt:

•

Operator UND: Alle Regeln müssen zutreffen ("Wahr" sein), damit die Ergebnisse ebenfalls zutreffend ("Wahr") sind und die Anwendung als installiertes Programm gemeldet wird.

•

Operator ODER: Nur eine Regel muss zutreffen ("Wahr" sein), damit die Anwendung als installiertes Programm gemeldet wird.

Überprüfen, ob mehrere Bedingungen zutreffen (UND)

Verwenden Sie den Operator UND, um Bedingungsregeln im Feld für benutzerdefinierte Inventarisierung zu verknüpfen, wenn das Element nur dann als installiertes Programm gemeldet werden soll, wenn alle Regeln zutreffen ("Wahr" sind).

Verknüpfen Sie im Feld für benutzerdefinierte Inventarisierung Regeln mithilfe der folgenden Syntax:

Funktion
(Argumente ...
) AND Funktion
(Argumente
) AND ...

Trennen Sie die Bedingungsanweisung durch Leerzeichen vom Operator.

Beispiel: Überprüfen, ob ein Registrierungsschlüssel vorhanden ist, und Vergleichen von Werten

Zum Überprüfen, ob ein Registrierungsschlüssel und ein Registrierungseintragswert auf einem Windows Gerät vorhanden sind, kombinieren Sie die Regeln wie folgt mit dem Operator AND:

RegistryKeyExists(registryPath
) AND RegistryValueEquals(registryPath, valueName, value)

Überprüfen, ob eine Bedingung zutrifft (ODER)

Wenn Sie Regeln mit dem Operator ODER verknüpfen und eine der Regeln im Feld für benutzerdefinierte Inventarisierung zutrifft ("Wahr" ist), wird die Anwendung in der Liste Installierte Programme des Geräts angezeigt.

Verknüpfen Sie die Regeln im Feld für benutzerdefinierte Inventarisierung mithilfe der folgenden Syntax:

Funktion
(Argumente
) OR Funktion
(Argumente
) OR ...

Trennen Sie die Funktionsanweisungen und den Operator mithilfe eines Leerzeichens voneinander.

Beispiel: Überprüfen eines Registrierungswerts

So überprüfen Sie, ob ein Registrierungswert einen bestimmten Wert oder einen anderen Wert aufweist:

RegistryValueEquals(registryPath, valueName, value) OR
RegistryValueEquals(registryPath, valueName, value)

TIPP: Verwenden Sie zur Angabe eines Bereichs die Regeln RegistryValueGreaterThan und RegistryValueLessThan und verknüpfen Sie sie mit dem Operator AND.

Please select your product:

To serve you better, please complete the Purpose of your Chat:

Recommended Solutions for Your Problem

KACE Systems Management Appliance 7.1 - Administratorhandbuch

Regeln für benutzerdefinierte Inventarisierung erstellen

Regeln für benutzerdefinierte Inventarisierung implementieren

Syntax für Regeln für benutzerdefinierte Inventarisierung

Überprüfen von Bedingungen (Bedingungsregeln)