29.3 Konfigurieren der Anwendung in eDirectory

Nach der Vorbereitung der Anwendung für die Verteilung (siehe Abschnitt 29.1, Software-Pakete) können Sie die Anwendung als Anwendungsobjekt in eDirectory erstellen, die Verteilungsregeln definieren und die Anwendung mit Benutzern und Arbeitsstationen verknüpfen.

Sie können das Anwendungsobjekt in jedem gewünschten Container erstellen. Da Application Launcher für den angemeldeten Benutzer oder die angemeldete Arbeitsstation auf das Objekt zugreift, legen Sie es in einem Container ab, dessen Partition (oder eine Reproduktion der Partition) dem Benutzer oder der Arbeitsstation nicht über eine WAN-Verbindung, sondern über eine LAN-Verbindung zur Verfügung steht. Weitere Informationen hierzu finden Sie in Abschnitt 51.0, Referenz: Anwendungsobjekt-Standort.

So erstellen Sie das Anwendungsobjekt in eDirectory und konfigurieren es:

  1. Klicken Sie zum Anzeigen des Dialogfelds "Neues Anwendungsobjekt" in ConsoleOne® mit der rechten Maustaste auf den Container, in dem das Abwendungsobjekt erstellt werden soll. Klicken Sie auf Neu und anschließend auf Anwendung.

    Dialogfeld "Neues Anwendungsobjekt"

  2. Zum Erstellen des geeigneten Objekttyps für die Anwendung wählen Sie die folgenden Optionen aus:

    Eine Anwendung, die eine AOT/AXT-Datei besitzt: Mit dieser Option können Sie eine .aot- oder .axt-Datei angeben, die Sie mit snAppShot erstellt oder aus einem anderen Anwendungsobjekt exportiert haben. Die .aot- oder .axt-Datei wird verwendet, um die Eigenschaftsfelder des Anwendungsobjekts auszufüllen. Fahren Sie mit Abschnitt 29.3.1, Anwendungsobjekt mithilfe einer ZENworks snAppshot-Datei erstellen fort.

    Eine Anwendung, die eine MSI-Datei besitzt: Mit dieser Option können Sie eine .msi-Datei (Microsoft Windows Installer) angeben. Die .msi-Datei wird verwendet, um die Eigenschaftsfelder des Anwendungsobjekts auszufüllen. Fahren Sie mit Abschnitt 29.3.2, Anwendungsobjekt mithilfe einer MSI-Datei (Windows Installer) erstellen fort.

29.3.1 Anwendungsobjekt mithilfe einer ZENworks snAppshot-Datei erstellen

  1. (Bedingt) Wenn das Dialogfeld "Neues Anwendungsobjekt" nicht geöffnet ist, finden Sie die entsprechenden Anweisungen in Abschnitt 29.3, Konfigurieren der Anwendung in eDirectory.

  2. Wählen Sie im Dialogfeld "Neues Anwendungsobjekt" die Option Eine Anwendung, die eine AOT/AXT-Datei besitzt aus und klicken Sie auf Weiter.

  3. Geben Sie den Pfad zu der .aot- oder .axt-Datei an.

    oder

    Klicken Sie zur Auswahl der Datei auf die Schaltfläche "Durchsuchen".

    Die Datei muss sich in dem Netzwerkverzeichnis befinden, in dem Sie diese bei der Erstellung mit snAppShot gespeichert haben. Wenn Sie zu der Datei navigieren, wird im Dialogfeld "Öffnen" standardmäßig *.axt als Dateityp angezeigt. Wenn Sie eine .aot-Datei erstellt haben, müssen Sie als Dateityp *.aot oder "Alle Dateien" festlegen, um die .aot-Datei auswählen zu können.

  4. Klicken Sie zum Anpassen des Anwendungsobjekts auf Weiter und ändern Sie die folgenden Felder.

    Objektname: Dieses Feld enthält standardmäßig den Namen des Anwendungsobjekts, das beim Ausführen von snAppShot angegeben wurde. Sie können den Namen gegebenenfalls ändern. Beachten Sie dabei die folgenden Regeln:

    • Der Name muss innerhalb des Containers eindeutig sein.
    • Sonderzeichen sind zulässig. Vor einem Pluszeichen (+), Gleichheitszeichen (=) und einem Punkt (.) muss jedoch ein umgekehrter Schrägstrich (\) stehen.
    • Die folgenden Zeichen sind in Anwendungsobjektnamen gültig, in Datei- und Ordnernamen von Windows jedoch ungültig:
      \ / : * ? " < > |

      Wenn Sie diese Zeichen im Anwendungsobjektnamen verwenden, werden sie durch einen Unterstrich (_) ersetzt, wenn sie an Positionen angezeigt werden, die von Windows und nicht von Novell Application Launcher™ gesteuert werden (zum Beispiel auf dem Windows-Desktop).

    • Groß- und Kleinbuchstaben sowie Unterstriche und Leerzeichen werden zwar entsprechend Ihrer Eingabe angezeigt, aber nicht als Unterscheidungsmerkmal erkannt. Die Namen ZENworks_Desktop_Management und ZENWORKS DESKTOP MANAGEMENT werden beispielsweise als identisch angesehen.

    Der Anwendungsobjektname wird in eDirectory angezeigt. Der Name des Anwendungsobjekts wird standardmäßig auch als Bezeichnung des Anwendungsobjektsymbols verwendet, wenn dieses auf der Benutzerarbeitsstation von Application Launcher angezeigt wird. Gegebenenfalls können Sie die Symbolbezeichnung nach der Erstellung des Anwendungsobjekts ändern (Anwendungsobjekt > Registerkarte Identifikation > Seite Symbol).

    SOURCE_PATH (Standort der Installationsdateien, ".fil"): Dieses Feld enthält standardmäßig den Standort der .fil-Dateien (Anwendungsdateien), an dem die Dateien bei der Ausführung von snAppShot abgelegt wurden. Stellen Sie sicher, dass der Pfad korrekt ist. Wenn in dem Pfad eine Laufwerkzuordnung verwendet wird, können Sie entweder 1) sicherstellen, dass dem Ursprungsverzeichnis auf allen Arbeitsstationen dasselbe Laufwerk zugeordnet ist oder 2) die Laufwerkzuordnung in ein anderes Format ändern, beispielsweise UNC. Informationen zu gültigen Formaten finden Sie in "Syntax für den Dateipfad" im Abschnitt Abschnitt 23.2, Überblick über den Dateisystemzugriff.

    Der hier eingegebene Pfad wird als Makro mit dem Namen SOURCE_PATH zur Makroliste für das Anwendungsobjekt (Registerkarte Allgemein > Seite Makros) hinzugefügt und in allen Feldern verwendet, in denen ein Pfad zum Ursprungsverzeichnis erforderlich ist.

    TARGET_PATH (Verzeichnispfad der Arbeitsstation des Client): Dieser Pfad gibt den Standort der Arbeitsstation an, auf der die Anwendungsdateien installiert werden sollen. Standardmäßig wird der in der .aot- oder .axt-Datei aufgeführte Pfad angegeben, bei dem es sich um den Standort handelt, an dem die Anwendung bei Ausführung von snAppShot installiert wurde. Stellen Sie sicher, dass es sich um das Arbeitsstationsverzeichnis handelt, in dem die Anwendung installiert werden soll.

    Der hier eingegebene Pfad wird als Makro mit dem Namen TARGET_PATH zur Makroliste für das Anwendungsobjekt (Registerkarte Allgemein > Seite Makros) hinzugefügt und in allen Feldern verwendet, in denen ein Pfad zum Zielverzeichnis erforderlich ist.

  5. Klicken Sie auf Weiter und definieren Sie die Regeln, anhand derer Application Launcher bestimmt, ob eine Arbeitsstation die Anforderungen für die Anwendung erfüllt.

    Die Verteilungsregeln stellen sicher, dass Application Launcher die Anwendung nicht an Arbeitsstationen verteilt, die die Anwendung nicht unterstützen können. Wenn die Anwendung beispielsweise nur unter Windows 2000/XP ausgeführt wird, können Sie eine Betriebssystemregel erstellen, die die Verteilung an Windows 98-Arbeitsstationen verhindert.

    HINWEIS:Die Anforderung, dass ein Betriebssystem definiert werden muss, bevor eine Anwendung verfügbar ist, gilt nicht mehr.

    In früheren ZENworks-Versionen musste in den Systemanforderungen eine Betriebssystemplattform definiert werden, bevor eine Anwendung verteilt und gestartet werden konnte. Diese Anforderung gilt nicht mehr.

    Nunmehr wird folgende Logik verwendet: Wenn eine Anwendung nur mit einem bestimmten Betriebssystem funktioniert, definieren Sie eine Betriebssystem-Verteilungsregel. Wenn für eine Anwendung kein bestimmtes Betriebssystem erforderlich ist, muss keine Verteilungsregel definiert werden. Standardmäßig sind Anwendungen ohne definierte Betriebssystem-Verteilungsregel auf allen unterstützten Plattformen verfügbar (Windows 98, Windows 2000 und Windows XP).

    So fügen Sie eine Verteilungsregel hinzu:

    1. Klicken Sie auf Hinzufügen und wählen Sie den Regeltyp, den Sie festlegen möchten.

    2. Geben Sie die Informationen für die Anforderung ein. (Weitere Informationen zur Anforderung finden Sie über die Schaltfläche Hilfe oder in Seite "Verteilungsregeln"). Klicken Sie auf OK, um die Anforderung zur Liste hinzuzufügen.

      Wenn Sie zu einem späteren Zeitpunkt weitere Verteilungsregeln für die Anwendung erstellen möchten, verwenden Sie die Seite "Verteilungsregeln" auf dem Anwendungsobjekt. Weitere Informationen hierzu finden Sie in Seite "Verteilungsregeln".

  6. Klicken Sie auf Weiter und verknüpfen Sie das Anwendungsobjekt mit den Benutzern oder Arbeitsstationen, an die die Anwendung verteilt werden soll. Gehen Sie dabei wie folgt vor:

    1. Klicken Sie auf Hinzufügen und wählen Sie dann die Benutzer- oder Arbeitsstationsobjekte aus. Sie können außerdem Gruppenobjekte, Arbeitsstationsgruppenobjekte und Containerobjekte (Organisationseinheit, Organisation oder Land) auswählen. Wenn Sie ein Containerobjekt auswählen, können Sie alle Benutzer- und/oder Arbeitsstationsobjekte des Containers mit der Anwendung verknüpfen.

      Jede Arbeitsstation, die mit Anwendungen verknüpft werden soll, muss zuerst als Arbeitsstationsobjekt in eDirectory importiert werden. Wenn eine Arbeitsstation, mit der Sie die Anwendung verknüpfen möchten, nicht als Arbeitsstationsobjekt importiert wurde, finden Sie weitere Informationen in Abschnitt III, Automatisches Importieren und Entfernen von Arbeitsstationen.

      Die Verknüpfung eines Anwendungsobjekts mit einer Gruppe, Arbeitsstationsgruppe oder einem anderen Containerobjekt ist die bevorzugte Verknüpfungsmethode für Anwendungsobjekte in eDirectory. Wird die Anwendung mit einer großen Anzahl von Benutzer- oder Arbeitsstationsobjekten (z. B. über 250 Objekten) verknüpft, kann dies zu einer erhöhten Serverauslastung führen.

      WICHTIG:Verknüpfen Sie Anwendungsobjekte nicht mit Alias-Objekten. Alias-Objekte werden nicht unterstützt.

    2. Nachdem Sie den Benutzer oder die Arbeitsstation zur Liste hinzugefügt haben, aktivieren Sie die entsprechenden Kontrollkästchen für den Benutzer oder die Arbeitsstation, um die Eigenschaften (Ausführung erzwingen, App. Launcher, Startmenü, Desktop, Taskleiste, Schnellstart und Cache erzwingen) festzulegen, die der Anwendung zugewiesen werden sollen. Eine Beschreibung dieser Eigenschaften finden Sie über die Schaltfläche Hilfe oder in Seite "Verknüpfungen".

      Wenn Sie zu einem späteren Zeitpunkt weitere Benutzer oder Arbeitsstationen mit der Anwendung verknüpfen möchten, verwenden Sie die Seite "Verknüpfungen" auf dem Anwendungsobjekt. Weitere Informationen hierzu finden Sie in Seite "Verknüpfungen".

  7. Klicken Sie auf Weiter, überprüfen Sie die Einstellungen des Anwendungsobjekts und klicken Sie dann auf Fertig stellen, um das Anwendungsobjekt zu erstellen.

  8. Fahren Sie fort mit Abschnitt 28.3, Einrichten des Dateisystemzugriffs.

29.3.2 Anwendungsobjekt mithilfe einer MSI-Datei (Windows Installer) erstellen

  1. (Bedingt) Wenn das Dialogfeld "Neues Anwendungsobjekt" nicht geöffnet ist, finden Sie die entsprechenden Anweisungen in Abschnitt 29.3, Konfigurieren der Anwendung in eDirectory.

  2. Wählen Sie im Dialogfeld "Neues Anwendungsobjekt" die Option Eine Anwendung, die eine .MSI-Datei besitzt aus und klicken Sie auf Weiter.

  3. Geben Sie im Feld Pfad zur .MSI-Datei den vollständigen Pfad zur .msi-Datei an, die während der Verteilung an die Arbeitsstation als Ursprungsdatei verwendet werden soll.

    Sie können ein zugeordnetes Laufwerk oder einen UNC-Pfad verwenden. Wenn Sie eine Laufwerkzuordnung verwenden, müssen Sie sicherstellen, dass auf allen Arbeitsstationen dasselbe Laufwerk dem Ursprungsverzeichnis zugeordnet ist. Der hier eingegebene Pfad wird zur Paketursprungsliste für das Anwendungsobjekt (Registerkarte Allgemein > Ursprünge) hinzugefügt.

    HINWEIS:Nach Erstellung eines Anwendungsobjekts kann der Name der .msi-Datei nicht geändert werden, der Pfad zur .msi-Datei jedoch schon. Wenn Sie den Namen der .msi-Datei ändern, tritt bei der Installation ein Fehler auf.

  4. Klicken Sie zum Anpassen des Anwendungsobjekts auf Weiter und ändern Sie die folgenden Felder.

    Objektname: Dieses Feld enthält standardmäßig den Namen des Anwendungsobjekts, das in der .msi-Datei definiert ist. Sie können den Namen gegebenenfalls ändern. Beachten Sie dabei die folgenden Regeln:

    • Der Name muss innerhalb des Containers eindeutig sein.
    • Sonderzeichen sind zulässig. Vor einem Pluszeichen (+), Gleichheitszeichen (=) und einem Punkt (.) muss jedoch ein umgekehrter Schrägstrich (\) stehen.
    • Die folgenden Zeichen sind in Anwendungsobjektnamen gültig, in Datei- und Ordnernamen von Windows jedoch ungültig:
      \ / : * ? " < > |

      Wenn Sie diese Zeichen im Anwendungsobjektnamen verwenden, werden sie durch einen Unterstrich (_) ersetzt, wenn sie an Positionen angezeigt werden, die von Windows und nicht von Novell Application Launcher gesteuert werden (zum Beispiel auf dem Windows-Desktop).

    • Groß- und Kleinbuchstaben sowie Unterstriche und Leerzeichen werden zwar entsprechend Ihrer Eingabe angezeigt, aber nicht als Unterscheidungsmerkmal erkannt. Die Namen ZENworks_Desktop_Management und ZENWORKS DESKTOP MANAGEMENT werden beispielsweise als identisch angesehen.

    Der Anwendungsobjektname wird in eDirectory angezeigt. Der Name des Anwendungsobjekts wird standardmäßig auch als Bezeichnung des Anwendungsobjektsymbols verwendet, wenn dieses auf der Benutzerarbeitsstation von Application Launcher angezeigt wird. Gegebenenfalls können Sie die Symbolbezeichnung nach der Erstellung des Anwendungsobjekts ändern (Anwendungsobjekt > Registerkarte Identifikation > Seite Symbol).

    Administrationspaketpfad: Dieser Pfad gibt den Pfad des MSI-Pakets an, das zu Verwaltungszwecken verwendet werden soll. ConsoleOne verwendet die .msi-Datei in diesem Pfad, um Daten in das Anwendungsobjekt zu übernehmen. Das Feld wird nur von ConsoleOne zum Lesen des .msi-Pakets genutzt. Es wird nicht von Novell Application Launcher zur Verteilung der Anwendung verwendet. Für die Verteilung verwendet Application Launcher den Pfad, der im Feld Pfad zur .MSI-Datei auf der vorherigen Seite angegeben ist.

    Standardmäßig wird hier der Pfad angegeben, der im Feld Pfad zur .MSI-Datei auf der vorherigen Seite festgelegt wurde. Ändern Sie ihn gegebenenfalls. Sie können ein zugeordnetes Laufwerk oder einen UNC-Pfad verwenden. Wenn Sie eine Laufwerkzuordnung verwenden, müssen Sie sicherstellen, dass auf allen ConsoleOne-Arbeitsstationen dasselbe Laufwerk dem Verzeichnis zugeordnet ist. In diesem Feld können keine Makros genutzt werden.

    Der hier eingegebene Pfad wird im Feld Pfad für Verwaltungspaket für das Anwendungsobjekt (Registerkarte Identifikation > Seite Paketinformationen) hinzugefügt.

    HINWEIS:Verwenden Sie in diesem Feld keine Makros, da das Anwendungsobjekt sonst nicht erstellt werden kann. Nachdem ConsoleOne das Anwendungsobjekt erstellt hat, können Sie ein Makro für das Ursprungsverzeichnis definieren (Registerkarte Allgemein > Makros) und es, falls erforderlich, in anderen Feldern des Anwendungsobjekts (beispielsweise der Paketursprungsliste) verwenden.

  5. Klicken Sie auf Weiter und definieren Sie die Regeln, anhand derer Application Launcher bestimmt, ob eine Arbeitsstation die Anforderungen für die Anwendung erfüllt.

    Die Verteilungsregeln stellen sicher, dass Application Launcher die Anwendung nicht an Arbeitsstationen verteilt, die die Anwendung nicht unterstützen können. Wenn die Anwendung beispielsweise nur unter Windows 2000/XP ausgeführt wird, können Sie eine Betriebssystemregel erstellen, die die Verteilung an Windows 98-Arbeitsstationen verhindert.

    So fügen Sie eine Verteilungsregel hinzu:

    1. Klicken Sie auf Hinzufügen und wählen Sie den Regeltyp, den Sie festlegen möchten.

    2. Geben Sie die Informationen für die Anforderung ein. (Weitere Informationen zur Anforderung finden Sie über die Schaltfläche Hilfe oder in Seite "Verteilungsregeln"). Klicken Sie auf OK, um die Anforderung zur Liste hinzuzufügen.

      Wenn Sie zu einem späteren Zeitpunkt weitere Verteilungsregeln für die Anwendung erstellen möchten, verwenden Sie die Seite "Verteilungsregeln" auf dem Anwendungsobjekt. Weitere Informationen hierzu finden Sie in Seite "Verteilungsregeln".

  6. Klicken Sie auf Weiter und verknüpfen Sie das Anwendungsobjekt mit den Benutzern oder Arbeitsstationen, an die die Anwendung verteilt werden soll. Gehen Sie dabei wie folgt vor:

    1. Klicken Sie auf Hinzufügen und wählen Sie dann die Benutzer- oder Arbeitsstationsobjekte aus.

      Jede Arbeitsstation, die mit Anwendungen verknüpft werden soll, muss zuerst als Arbeitsstationsobjekt in eDirectory importiert werden. Wenn eine Arbeitsstation, mit der Sie die Anwendung verknüpfen möchten, nicht als Arbeitsstationsobjekt importiert wurde, finden Sie weitere Informationen in Abschnitt III, Automatisches Importieren und Entfernen von Arbeitsstationen.

      Sie können außerdem Gruppenobjekte, Arbeitsstationsgruppenobjekte und Containerobjekte (Organisationseinheit, Organisation oder Land) auswählen. Wenn Sie ein Containerobjekt auswählen, können Sie alle Benutzer- und/oder Arbeitsstationsobjekte des Containers mit der Anwendung verknüpfen.

      Die Verknüpfung eines Anwendungsobjekts mit einer Gruppe, Arbeitsstationsgruppe oder einem anderen Containerobjekt ist die bevorzugte Verknüpfungsmethode für Anwendungsobjekte in eDirectory. Wird die Anwendung mit einer großen Anzahl von Benutzer- oder Arbeitsstationsobjekten (z. B. über 250 Objekten) verknüpft, kann dies zu einer erhöhten Serverauslastung führen.

      WICHTIG:Verknüpfen Sie Anwendungsobjekte nicht mit Alias-Objekten. Alias-Objekte werden nicht unterstützt.

    2. Nachdem Sie den Benutzer oder die Arbeitsstation zur Liste hinzugefügt haben, aktivieren Sie die entsprechenden Kontrollkästchen für den Benutzer oder die Arbeitsstation, um die Eigenschaften (Ausführung erzwingen, App. Launcher, Startmenü, Desktop, Taskleiste, Schnellstart und Cache erzwingen) festzulegen, die der Anwendung zugewiesen werden sollen. Eine Beschreibung dieser Eigenschaften finden Sie über die Schaltfläche Hilfe oder in Seite "Verknüpfungen".

      Bei MSI-Anwendungen muss die Option Cache erzwingen verwendet werden, wenn Benutzer oder Arbeitsstationen nicht über Netzwerk-Client-Zugriff auf die .msi-Ursprungsdateien verfügen. Microsoft Windows Installer benötigt Dateizugriff, der über einen Netzwerk-Client, jedoch nicht durch den ZENworks Desktop Management-Agenten bereitgestellt wird. Die folgenden Beispiele dienen zur Verdeutlichung:

      • Benutzer außerhalb der Firewall benötigen eine MSI-Anwendung, haben jedoch keinen Netzwerk-Client-Zugriff auf die .msi-Ursprungsdateien auf einem Server innerhalb der Firewall. Sie melden sich bei ZENworks Middle Tier Server an und Application Launcher zeigt die MSI-Anwendung an. Damit die Verteilung ordnungsgemäß durchgeführt werden kann, muss die MSI-Anwendung mit Cache erzwingen gekennzeichnet werden. Die .msi-Ursprungsdateien werden in das Cache-Verzeichnis des Benutzers kopiert (durch Middle Tier Server) und dann von dem Cache-Verzeichnis aus verteilt.
      • Benutzer innerhalb der Firewall benötigen eine MSI-Anwendung. Auf ihren Computern ist Novell Client™ nicht installiert; daher melden sie sich bei ZENworks Middle Tier Server an, um bei eDirectory beglaubigt zu werden. Die Benutzer sind Mitglieder einer Active Directory-Domäne und die .msi-Ursprungsdateien sind in einer Windows-Freigabe gespeichert, für die sie Zugriffsrechte besitzen. Die Verteilung wird ordnungsgemäß durchgeführt, ohne dass das Caching der Anwendung erzwungen wird, da der Microsoft-Netzwerk-Client den Zugriff auf die .msi-Ursprungsdateien ermöglicht.

      Wenn Sie zu einem späteren Zeitpunkt weitere Benutzer oder Arbeitsstationen mit der Anwendung verknüpfen möchten, verwenden Sie die Seite "Verknüpfungen" auf dem Anwendungsobjekt. Weitere Informationen hierzu finden Sie in Seite "Verknüpfungen".

  7. Klicken Sie auf Weiter, überprüfen Sie die Einstellungen des Anwendungsobjekts und klicken Sie dann auf Fertig stellen, um das Anwendungsobjekt zu erstellen.

    Wenn Sie nach der Erstellung eines Anwendungsobjekts für eine MSI-Anwendung ein neues MSI-Paket (.msi-Datei) für die Anwendung erhalten, müssen Sie mit der neuen .msi-Datei ein neues Anwendungsobjekt erstellen. Die alte .msi-Datei kann nicht einfach durch die neue ersetzt werden.

    Beispielsweise befindet sich der Desktop Management-Agent in einem .msi-Dateipaket (zfdagent.msi), das über ein Anwendungsobjekt verteilt werden kann. Jedes Mal, wenn Sie im Rahmen einer Aktualisierung oder eines Support Packs eine neue Datei zdfagent.msi erhalten, müssen Sie ein neues Anwendungsobjekt für die Datei erstellen. So wird sichergestellt, dass die in der .msi-Datei enthaltene GUID (Global Unique Identifier) mit der GUID im Anwendungsobjekt und auf der Arbeitsstation synchronisiert und die Anwendung somit korrekt installiert und deinstalliert wird.

  8. Fahren Sie fort mit Abschnitt 28.3, Einrichten des Dateisystemzugriffs.