DSM 7 – Die verschiedenen Flags im eScript-Paket

Alexander Knopp

9

min Lesezeit

Wie die Überschrift schon sagt möchte ich in diesem Blog auf die verschiedenen Flags in einem eScript-Paket eingehen.

Inhaltsverzeichnis

Wie die Überschrift schon sagt möchte ich in diesem Blog auf die verschiedenen Flags in einem eScript-Paket eingehen. Insgesamt gibt es fünf verschiedene Arten einen Befehl zu flagen.

Die Flags von li. nach re.:

Das Männchen bedeutet „Benutzerbezogener Befehl“, das Männchen mit dem kleinen Kreis/Rädchen rechts oben „Per Service auszuführender Befehl (benutzerbezogen)“, das Computersymbol „Computerbezogener Befehl“ und das Computersymbol mit dem Kreis/Rädchen bedeutet „Per Service auszuführender Befehl (computerbezogen)“.

Ja wie jetzt? Weiter oben wurde doch von 5 Arten gesprochen?! Richtig, denn KEIN Flag zählt auch noch dazu.
Doch was bedeuten sie?

  • Benutzerbezogener Befehl:
    Der Befehl im Paket wird bei jeden Benutzer einmal ausgeführt und das auf jedem PC, an dem er sich anmeldet.
  • Per Service auszuführender Befehl (benutzerbezogen):
    Diese Flag macht das Selbe wie beim Benutzerbezogenen Befehl, verwendet allerdings bei der Ausführung den NetInstall Runtime-Service. Dies z.B. wird benötigt, falls der User die zur Ausführung benötigten Rechte nicht besitzt.
  • Computerbezogener Befehl:
    Die als Computerbezogener Befehl geflagte Anweisung im Paket wird nur 1x pro Maschine ausgeführt und danach nie wieder.
  • Per Service auszuführender Befehl (computerbezogen):
    Führt den Befehl wie einen Computerbezogenen Befehl aus, verwendet allerdings bei der Ausführung den NetInstall Runtime-Service. Das wird wieder benötigt, falls der User zur Ausführung keine Rechte besitzt.
  • Kein Flag:
    Die Befehle, die keinen bestimmten Flag besitzen werden IMMER ausgeführt und zwar im Benutzerkontext!

    Wenn man einen Befehl ausversehen mit einem Flag versehen hat, kann dieser über einen Rechtsklick auf den Befehl und das anwählen von „Immer ausführen“ wieder entfernt werden.

Und wann sollte ein Befehl eigentlich keinen Flag erhalten?

Das sollte man machen, wenn gewünscht ist, dass der Befehl immer ausgeführt wird, wenn ein Teil des Pakets (computer- oder benutzerbezogen oder beides) nachinstalliert werden soll.

Hier finden Sie unsere Antworten

Ähnliche Beiträge

Softwareverwaltung optimieren nach der DSM Migration mit IDERI pace

Erfahren Sie, wie IDERI pace die Softwareverwaltung nach der DSM Migration in Sachen Sicherheit, Kontrolle und Effizienz optimiert.

Vielfältige Potenziale: Umzug von Ivanti DSM zu VMware Workspace One

Erhalten Sie alle Informationen zum Umzug von Ivanti DSM zu VMware Workspace One und die Potenziale dieser Softwaremigration.

DSM 7 – Dynamische Gruppen Automatisch befühlen + Option für die Manuelle zuordnung

Das Befüllen von dynamischen Gruppen, z.B. anhand des PC Namens ist in der Regel nicht sehr schwer und sollte leicht umzusetzen sein.

Server 2008 R2 Features und Rollen hinzufügen Script

Ein MS Server Betriebssystem mit DSM 7 auszurollen stellt kaum ein Problem dar.

DSM 7.2.1 released

Das Update beseitigt einige Fehler und bringt noch ein paar Neuerungen. Hier seinen mal nur ein paar genannt.

DSM 7.0.2 – Probleme beim Erstellen von Boot Environments

Als wir neulich bei einem Kunden waren, bei dem wir eine komplett neue Umgebung unter DSM 7.0.2 erstellen sollten, stießen wir auf erhebliche Probleme beim Vers

DSM 7.0 – Mehrere Policy-Ziele bereits beim „Paket zuweisen“

Seit DSM Version 7.1 kann man beim Zuweisen eines Pakets mehrere Policy-Ziele auswählen.

DSM 7 – Undokumentierte Scriptbefehle freischalten

In DSM7 gibt es einige Befehle mehr, als man in der Packaging Workbench sehen kann.

Durch Klicken auf „Alle Cookies akzeptieren“ stimmen Sie der Speicherung von Cookies auf Ihrem Gerät zu, um die Navigation auf der Website zu verbessern, die Nutzung der Website zu analysieren und unsere Marketingbemühungen zu unterstützen. Weitere Informationen finden Sie in unserer Datenschutzerklärung.