enteo

enteo v6 - Status von Policyinstanzen im eScript steuern

Dirk Eisenberg — Sat, 01 Nov 2008 14:06:34 GMT

Daheim auf dem Sofa sitzend habe ich mich eben geärgert das wegen meiner unschönen Netzwerkkonfiguration ich nach jeder OSD Installation den DNS Server auf meinen DC umbiegen muss. Das warum soll hierbei mal keine Rolle spielen. Wenn man also so einen v6 Server sein eigen nennt kann man diesen Schritt ja auch gleich automatisieren.

Folgendes wollte ich mit meinem Script erreichen:

1. Es ist überall einsetzbar und auf jede Netzwerkverbindung anwendbar
2. Tritt ein Fehler auf weil netsh.exe Probleme hat die Einstellungen zu setzen soll die Policyinstanz auf rot gehen
3. Der aufgetretene Fehler soll im LastComment-Feld der Policyinstanz sichtbar sein

Um 1. zu realisieren kommen in enteo v6 nur Installationsparameter in Frage. Daher nutze ich einen Parameter in dem der Name der entsprechenden Netzwerkverbindung steht und einen zweiten in dem die neue DNS-Server-Adresse steht. Diese beiden Installationsparameter müssen bei Zuweisung änderbar markiert werden da man sonst je jedesmal das Paket anfassen muss wenn man einen neuen Wert vergeben möchte.

Um 2. zu realisieren kommt der ab enteo v6.2 zur Verfügung gestellte Befehl ExecuteEx in Betracht. Mit diesem Kommando kann der Rückgabe-Wert eines Prozesses in eine eScript Variable geschrieben werden. Hat man mal den Rückgabewert in einer Variable kann mit Hilfe der "If" Struktur und dem ebenfalls neuen Kommando ExitProcEx die Installation als "failed" markiert werden.

Um jetzt noch 3. realisieren zu können, kann dem Kommand ExitProcEx ein Kommentar mitgegeben werden. In diesem Kommentar wird die Fehlercode-Variable aufgelöst.

HIER findet sich das exportierte Paket für alle die es mal ausprobieren wollen. Das Beispiel hat nicht den Ansprach die besten Lösung für das Wechseln von DNS-Adresse zu sein. Es soll viel mehr zeigen wie man mit den in enteo v6.2 zur Verfügung gesellten Mitteln den Compliance-Status seiner Policyinstanz beeinflussen kann. Viele externe Installer und Tools geben über diesen Mechanismus Fehlercodes zurück die ausgewertet können.

enteo v6 - Part 2 - CMDB Eigenschaften verwenden

Dirk Eisenberg — Sat, 19 Apr 2008 08:46:39 GMT

Ich bekommen immer mal wieder anfragen wie man von einem enteo v6 Objekt wie dem Computer Parameter auslesen kann und diese im Skript verwendet werden. Vor einiger Zeit habe ich dazu mal einen Artikel im enteo-Forum gepostet. Dieser beschreibt nicht nur wie man die Properties ausliest, sondern wie mit Hilfe eines enteo Scripts verschiedene Werte gesetzt werden können.

>> Viel Spass mit dem Artikel <<

enteo v6 - Part 1 - Klassifizierung von Befehlen

Dirk Eisenberg — Sun, 06 Apr 2008 10:54:07 GMT

Im ersten Teil der enteo Reihe möchte ich ein Feature genau beschreiben was hier und da vielleicht in Vergessenheit geraten ist. Die Möglichkeit Befehle in der enteo Script-Sprache zu klassifizieren gibt es schon sehr lange. Ich glaube die Funktion wurde mit dem NT-Support in das Produkt aufgenommen. Wozu braucht man das aber nun und wie funktioniert es:

Wozu:

Oftmals darf der angemeldete Benutzer nicht viel am System verändern aber das Logon-Verhalten des Benutzer steuert eigentlich indirekt die Installation. Daher gibt es die Möglichkeit Aufgaben an einen Dienst zu delegieren und somit Änderungen die administrative Rechte benötigen durchzuführen.

Wie:

(Fast) Jeder Befehl lässt sich im Scrip-Editor klassifizieren. Hierfür stehen folgende Möglichkeiten zur Verfügung:

immer ausführen
maschinenbezogen
maschinenbezogen per Service
userbezigen
userbezigen per Service

Für die Bewertung wann welche Klassifizierung verwendet wird, ist wichtig die Trennung zwischen Benutzerteil und Maschinenteil zu verstehen. Jedes enteo Script besteht immer aus einem Benutzer und Maschinenteil, egal ob man das sieht oder nicht. Bei der Installation des Paketes muss jetzt entschieden werde, welche Befehle ausgeführt werden müssen. Es gibt die Möglichkeit das Befehle im Rahmen des Maschinenteils oder im Rahmen des Benutzerteils ausgeführt werden. Diese Entscheidung muss entweder der Service-Installer oder der Auto-Installer, wobei der Service-Installer nur die Maschinenteile installieren kann und keine Benutzerteile da es ja keinen angemeldetet Benutzer gibt. Also wann wird nun was ausgeführt:

immer ausführen:

wird durch den ServiceInstaller oder den AutoInstaller ausgeführt
wird während der Installation des Benutzerteils als auch des Maschinenteils ausgeführt
wird im Kontext des jeweiligen Installers ausgeführt

maschinenbezogen:

wird durch den ServiceInstaller oder den AutoInstaller ausgeführt
wird nur während der Installation des Maschineteils ausgeführt
wird im Kontext des jeweiligen Installers ausgeführt

maschinenbezogen per Service:

wird durch den ServiceInstaller oder den AutoInstaller ausgeführt
wird nur während der Installation des Maschinenteils ausgeführt
wird im Kontext des Services ausgeführt

userbezogen:

wird nur durch den AutoInstaller ausgeführt
wird nur währned der Installation des Benutzerteils ausgeführt
wird im Kontext des AutoInstallers ausgeführt

userbezogen per Service:

wird nur durch den AutoInstaller ausgeführt
wird nur währned der Installation des Benutzerteils ausgeführt
wird im Kontext des Service ausgeführt

Das folgende Beispiel soll das Verhalten verdeutlichen. Ein skript bestehend aus:

MsgBox("Immer ausführen")
MsgBox("Workstationbezogen")
MsgBox("Userbezogen")

wird wie folgt ausgeführt wenn es nocht nicht installiert ist:

Der Benutzer meldet sich an alos muss der Maschinen und der Benutzerteil installiert werden. Es ist ja noch nichts auf dem Client ausgeführt wurden. Es erscheinen also alle 3 Message-Boxen auf dem Bildschirm des Benutzers.

Nach dieser Installation würde sich Benutzer 2 anmelden:

Der Benutzer meldet sich an, wobei jetzt nur noch der Benutzerteil des neuen Benutzers installiert werden muss. Der Maschinenteil ist ja schon auf dem System. Also erscheinen 2 Message-Box auf dem Desktop des Benutzers (MsgBox("Immer ausführen") und MsgBox("Userbezogen")).

Mit diesem Wissen kann man jetzt mal die Wirkung RegLoad-Befehl erforschen, insbesondere wenn dieser auf "Immer ausführen" steht und sowohl Teile in HKEY_CURRENT_USER als auch HKEY_CURRENT_MACHINE verändert. Fragen dazu dürfen gerne als Kommentar gestellt werden.

enteo v6

Dirk Eisenberg — Sun, 06 Apr 2008 10:41:13 GMT

Ich habe lange überlegt ob ich in diesem Block auch die Produkte meines Arbeitgebers einbeziehen soll und habe mich diese Woche dafür entschieden. Dabei geht es nicht um Werbung für die enteo Produktlinie sondern um interessante Funktionen die dem ein oder anderem Admin das Leben erleichtern werden. Ich werde in unregelmäßigen Abständen interessante Thema aus der enteo Produktfamilie herausgreifen und hoffentlich wertvolle Tips geben. Das ersetzt aber nicht die Schulung, den Support und das enteo Support-Forum.