Das Desktop ist speziell für den Betrieb in einer stark vernetzten Umgebung ausgerichtet. Die Architektur des Desktops ermöglicht Systemadministratoren Computerressourcen im gesamten Netzwerk zu verteilen. Zu diesen Ressourcen gehören:
Anwendungen.
Datendateien für Anwendungen.
Desktop-Session-Services (Desktop-Anwendungen wie zum Beispiel Anmeldemanager und Dateimanager).
Hilfe-Services. Hilfedatendateien können auf einen zentralen Hilfe-Server gestellt werden.
"Allgemeine Schritte für die Konfiguration eines Desktops im Netzwerk"
"Netzwerk des Basisbetriebssystems für das Desktop konfigurieren"
Das Betriebssystem stellt eine Reihe von Services im Netzwerk, einschließlich verteilter Dateisysteme und der Ausführung auf fernen Systemen zur Verfügung. X-Server stellen zusätzliche Netzwerkfähigkeiten, wie den Zugriff auf ferne Bildschirme und Sicherheitsservices zur Verfügung.
Das Desktop legt eine Benutzerschnittstelle auf diese Netzwerkfunktionen. Ziel dieser Schnittstelle und der ihr zugrundeliegenden Architektur ist
die einfachere Handhabung von Netzwerksystemen. Benutzer können Anwendungen ausführen und auf Datendateien zugreifen, ohne sich damit beschäftigen zu müssen, wo sich im Netzwerk die Anwendungen und Daten befinden.
die einfachere Verwaltung von Netzwerksystemen. Das Desktop stellt Werkzeuge zur Anwendungsintegration sowie Netzwerksuchpfade zur Verfügung, die es Systemen leichter machen, ferne Daten und Anwendungen zu finden. Zusätzlich erleichtert der Dateinamenzuordnungsprozeß des Desktops die Verwaltung komplexer Netzwerke mit mehreren Servern.
Flexibilität. Die Verwaltungsfunktionen des Desktops wurden zwar für bestimmte häufig vorkommende Netzwerksituationen entwickelt, aber das Desktop kann für viele andere angepaßte Netzwerkkonfigurationen eingerichtet werden.
Bei der Arbeit im Netzwerk kann ein Benutzer, der an einem bestimmten Bildschirm sitzt, auf verschiedene Computer-Services zugreifen, die anderen Systemen verfügbar gemacht werden. Dazu gehören:
die Desktop-Session und ihre Anwendungen-- zum Beispiel Arbeitsbereichsmanager und Dateimanager
andere Anwendungen
Datendateien
In der Netzwerkterminologie wird der Begriff Server verwendet, um ein System zu beschreiben, das einem oder mehreren Systemen Computerservices zur Verfügung stellt. Empfängt ein System Services von einem Server, wird es als ein Client dieses Servers bezeichnet.
In einem komplexen Netzwerk verwendet ein System möglicherweise Services, die sich auf einer Reihe von verschiedenen Systemen im gesamten Netzwerk befinden. Überdies kann ein System als ein bestimmter Servertyp fungieren (zum Beispiel als Session-Server) und gleichzeitig ein Client (zum Beispiel eines Anwendungs-Servers) sein.
Aus der Perspektive des Desktops enthält eine typische Netzwerkkonfiguration möglicherweise eine Kombination aus den folgenden wichtigen Komponenten:
Tabelle 7-1
Bildschirme |
an denen der X-Server ausgeführt wird |
yan denen die Desktop-Anwendungen (Anmeldemanager, Arbeitsbereichsmanager, usw.) ausgeführt werden |
|
an denen andere Anwendungen ausgeführt werden |
|
in dem Anwendungen verwendete Daten gespeichert werden |
Zu den am häufigsten vorkommenden Netzwerkkonfigurationen gehören Systeme, die auf einen Anwendungs-Server zugreifen. Abbildung 7-1 zeigt eine Datenstation, die einen Anwendungs-Server verwendet. Der X-Server und die Desktop-Session werden auf der Datenstation ausgeführt.
Netzwerke verwenden Datei-Server häufig, um große Datenmengen zu steuern. Diese Daten werden von Anwendungen verwendet, die auf einem Anwendungs-Server ausgeführt werden oder von den Desktop-Anwendungen (zum Beispiel benötigt der Dateimanager Zugriff auf Datendateien, um diese im Dateimanagerfenster anzuzeigen).
X-Stations führen den X-Server aus und erhalten Desktop-Session-Services von einem anderen System.
Das Desktop ist flexibel und kann komplexere Netzwerkkonfigurationen unterstützen. Dazu gehört auch, daß verschiedene Services, zusätzlich zu Datei-Servern, für Anwendungs-Server verfügbar gemacht werden.
Bildschirm - Das System, auf dem X-Server ausgeführt wird.
Anmelde- und Session-Server - Das System, das die Desktop-Session (Anmeldemanager, Session-Manager, Festermanager, Dateimanager usw.) ausführt.
Anwendungs-Server - Ein System, auf dem eine Anwendung ausgeführt wird. Wird auch als Ausführungs-Host bezeichnet.
Datei-Server - Ein System, auf dem Datendateien für Anwendungen gespeichert sind.
Hilfe-Server - Ein System, auf dem Hilfedateien gespeichert sind.
(Aktions-)Datenbank-Server - Ein System, auf dem Dateien mit Definitionen für Aktionen und Datentypen gespeichert sind.
Symbol-Server - Ein System, auf dem Symboldateien gespeichert sind.
Das Netzwerk enthält möglicherweise noch zusätzliche Server, wie beispielsweise einen Kennwort-Server, einen Post-Server, einen Video-Server, usw.
Für die Konfiguration eines Desktops im Netzwerk sind drei grundlegende Schritte erforderlich:
Die Netzwerk-Services des Basisbetriebssystems konfigurieren.
Hierbei handelt es sich um die Netzwerk-Services des Betriebssystems, auf die das Desktop angewiesen ist. Weitere Informationen hierzu können dem Abschnitt "Netzwerk des Basisbetriebssystems für das Desktop konfigurieren" entnommen werden.
Netzwerk-Software und -Services für das Desktop installieren und konfigurieren.
Hierbei handelt es sich um Services, die für das Desktop, unabhängig vom Typ des Clients oder Server-Systems , das eingerichtet wird, erforderlich sind. Weitere Informationen hierzu können dem Abschnitt "Clients und Server für das Desktop konfigurieren" entnommen werden.
Den genauen Typ von Server oder Client konfigurieren.
Beispielweise erfordert die Konfiguration eines Anwendungs-Servers andere Schritte als die Konfiguration eines Datei-Servers. Weitere Informationen hierzu können dem Abschnitt "Anwendungs-Services verwalten" entnommen werden.
Für das Desktop ist folgende Basisnetzwerkkonfiguration erforderlich:
Benutzer müssen über ein Anmeldeabrechnungskonto am Session-Server und auf jedem System, das Desktop-Services für den Session-Server zur Verfügung stellt, verfügen. Dem Benutzer muß an allen Client- und Server-Systemen dieselbe Benutzer- und Gruppen-ID zugeordnet sein.
Systeme müssen auf ferne Dateisysteme mit Daten, die die Session und andere Anwendungen verwenden, Zugriff haben.
Der Druck-Spooler lp muß für den Zugriff auf ferne Drucker konfiguriert sein.
sendmail muß für E-mail-Services konfiguriert sein.
X-Berechtigung muß eingerichtet sein.
Dieser Abschnitt beschreibt, welche Anmeldeabrechnungen für das Desktop im Netzwerk erforderlich sind.
Benutzer müssen ein Anmeldeabrechnungskonto für folgende Server und Systeme haben:
alle Systeme, die Services für das Desktop zur Verfügung stellen, einschließlich Anwendungs-Server, Datei-Server und Systeme, die Drucker im Netzwerk zur Verfügung stellen.
alle Session-Server, auf die der Benutzer zugreift. Session-Server werden normalerweise mit Xstations verwendet.
UNIX-Benutzer werden durch einen Anmeldenamen und eine numerische Benutzer-ID (UID) identifiziert. In einem Desktop-Netzwerk sollten Anmelde- name und UID des Benutzers an allen Client- und Server-Systemen dieselbe sein.
UNIX-Benutzer werden auch einer oder mehreren Anmeldegruppen zugeordnet. Jede Gruppe verfügt über einen Gruppennamen und eine numerische Gruppen-ID (GID). In einem Desktop-Netzwerk sollten alle Systeme konsistente Gruppennamen und Gruppen-IDs verwenden.
Weitere Informationen können den Hilfeseiten id(1) or id(1M) entnommen werden.
Das Desktop verwendet NFS damit Dateien von verschiedenen Systemen gemeinsam benutzt werden können. Alle Dateisysteme im Netzwerk, die gemeinsam benutzte Dateien enthalten, müssen identifiziert werden, und es muß sichergestellt werden, daß sie korrekt an allen betreffenden Systemen angehängt sind.
In der Regel muß der folgende Zugriff auf ferne Dateien zur Verfügung gestellt werden:
Das Home-Verzeichnis des Benutzers muß von allen Client- und Server-Systemen des Desktop gemeinsam benutzt werden. Dies ist notwendig, weil:
das Home-Verzeichnis Datendateien enthält, auf die von Anwendungen auf fernen Systemen zugegriffen wird. Beispielsweise verwenden Anwendungen, die mit Datendateien arbeiten, häufig das Home-Verzeichnis als die Standarddatendateiposition.
Das Home-Verzeichnis ist das Standardidentifikationsverzeichnis dtspcd. Weitere Informationen zu dtspcd können dem Abschnitt "Den Steuerungsdämonprozeß für Unterprozesse konfigurieren" entnommen werden.
Möchten Benutzer auf Datendateien zugreifen, die sich nicht in ihrem Home-Verzeichnis befinden, müssen diese Datendateien von allen Client- und Server-Systemen des Desktop, die mit den Datendateien arbeiten, gemeinsam benutzt werden.
Die Desktop-Installations- und Konfigurationsverzeichnisse (/usr/dt und /etc/dt) müssen von allen Client- und Server-Systemen des Desktop gemeinsam benutzt werden, so daß alle Anwendungen des Benutzers auf dieselben Desktop-Konfigurationsdateien zugreifen.
Ein Desktop-Netzwerk arbeitet am effektivsten, wenn Benutzer über ein einziges Home-Verzeichnis verfügen, das alle Client- und Server-Systeme im Netzwerk gemeinsam benutzen.
Ein Home-Verzeichnis im Netzwerk erlaubt einem Benutzer, verschiedene Systeme im Netzwerk zu verwenden, ohne daß die von ihm durchgeführten Anpassungen und Konfigurationen verlorengehen. Dies kommt daher, weil die Anpassungen des Benutzers und Informationen, die für die Wiederherstellung einer vorherigen Session notwendig sind, in Unterverzeichnissen des Home-Verzeichnisses gespeichert sind.
Ein gemeinsames Home-Verzeichnis ist ebenfalls erforderlich für:
den standardmäßigen X-Identifikationsmechanismus. Weitere Informationen hierzu können dem Abschnitt "X-Berechtigung konfigurieren" entnommen werden.
den Desktop-Steuerungsdämonprozeß für Unterprozesse, der beim Start ferner Anwendungen beteiligt ist, und in das Home-Verzeichnis des Benutzers schreiben können muß.
Das Netzwerk sollte so konfiguriert sein, daß Benutzer von allen Systemen aus mit demselben Namen auf ihre Datendateien zugreifen können. Dies wird Dateinamenkonsistenz genannt und wird normalerweise erreicht, indem die entsprechenden symbolischen Verbindungen erstellt werden. Beispielsweise kann jedes System so konfiguriert werden, daß das Home-Verzeichnis jedes Benutzers als /users/anmeldung_name zur Verfügung steht, indem eine symbolische Verbindung zur tatsächlichen Mount-Position des Verzeichnisses hergestellt wird.
Das Desktop verwendet den Druck-Spooler lp für den Zugriff auf lokale oder ferne Drucker. Weitere Informationen zur Konfiguration des Druck-Spoolers lp kann der Hilfeseite lpadmin(1M) entnommen werden.
Bevor der Benutzer versucht, über die grafische Schnittstelle des Desktops zu drucken, sollte er testen, ob mit dem Befehl lp an allen Druckern problemlos gedruckt werden kann.
Verwenden Sie in jedem Fall konsistente Druckereinheitennamen. Ist beispielsweise ein bestimmter Drucker dem System, mit dem er direkt verbunden ist, als Postscript1 bekannt, sollten alle weiteren Systeme, die auf den Drucker fern zugreifen, den Namen Postscript1 verwenden.
Das Desktop-Postprogramm verwendet sendmail, um Post zwischen Systemen zu versenden.Weitere Informationen zur Konfigurierung von E-mail-Konnektivität können der Hilfeseite sendmail(1M) entnommen werden.
Bevor der Benutzer versucht, Post über das Desktop zu senden oder zu empfangen, sollte er testen, ob er Post problemlos mit dem Befehl mailx senden und empfangen kann.
Das Desktop verwendet den standardmäßigen X-Mechanismus, um ferne Anwendungen (X-Clients) zum Zugriff auf einen lokalen Bildschirm zu berechtigen. Der einfachste Weg, dies zu erreichen, ist , ein Home-Verzeichnis im Netzwerk für jeden Benutzer zur Verfügung zu stellen. Hierdurch wird sichergestellt, daß folgende Erfordernisse erfüllt sind:
Der Benutzer muß über Schreib- und Leseberechtigung für die Datei Home-Verzeichnis/.Xauthority verfügen.
Die Datei .Xauthority auf einemAnwendungs-Server muß den Eintrag für den Bildschirm enthalten, auf dem die Anwendung ausgeführt wird.
Weitere Informationen können den Hilfeseiten X(1) oder xauth(1) entnommen werden.
In diesem Abschnitt werden Desktop-spezifische Erfordernisse der Netzwerkkonfiguration behandelt. Das heißt, diese Funktionen werden durch das Desktop und nicht durch das Basisbetriebssystem zur Verfügung gestellt.
Der Abschnitt besteht aus zwei Teilen:
der Konfiguration von Anmelde- und Session-Services.
der Konfiguration von Services, die für Anwendungen und deren Daten erforderlich sind. Hierzu gehören: Anwendungs-, Datenbank-, Symbol-, Datei- und Hilfe-Server und deren Clients.
Bei einem Anmelde-/Session-Server handelt es sich um ein System, das Desktop-Services (Anmeldemanager, Session-Manager, Dateimanager, Fenstersteuerung usw.) einem Bildschirm und X-Server zur Verfügung stellt.
In der Regel stellt ein Session-Server XStations Services zur Verfügung. Aber es kann auch eine Netzwerkkonfiguration eingerichtet werden, die Session-Services auf einem oder mehreren Servern konzentriert, auf die sowohl von XStations als auch von Datenstationen zugegriffen wird.
Beim Anmeldemanager handelt es sich um die Desktop-Komponente, die dafür zuständig ist, daß Anmelde-Services anderen Bildschirmen zur Verfügung gestellt werden. Sobald der Benutzer sich angemeldet hat, wird der Session-Manager für den Benutzer gestartet.
Weitere Informationen zur Konfiguration von Anmelde-/und Session-Servern, sowie XStations können dem Abschnitt "Eine Anmeldeanzeige auf einer Netzwerkanzeige anzeigen" entnommen werden.
Dieser Abschnitt behandelt Erfordernisse des Desktops im Netzwerk für folgende Server:
Die notwendigen Netzwerkkonfigurationen für das Betriebssystem zur Verfügung stellen, die für das Desktop erforderlich sind.
Weitere Informationen hierzu können dem Abschnitt "Netzwerk des Basisbetriebssystems für das Desktop konfigurieren" entnommen werden.
Das Desktop oder die Mindestdateigruppe installieren :
Es müssen installiert werden:
die gesamten Dateigruppen von `Common Desktop Environment runtime'
Installation und Dateigruppen können bei verschiedenen Lieferanten unterschiedlich zusammengesetzt sein.
Das System für den Dämon des Servers für die ToolTalk-Dateinamendatenbank rpc.ttdbserver konfigurieren.
Dies sollte bei der Installation des Desktops automatisch geschehen. Weitere Informationen können dem Abschnitt "ToolTalk-Datenbank-Server konfigurieren " entnommen werden.
Den Steuerungsdämonprozeß für Unterprozesse (dtspcd) installieren und konfigurieren.
Dies sollte bei der Installation des Desktops automatisch geschehen. Weitere Informationen können dem Abschnitt "Den Steuerungsdämonprozeß für Unterprozesse konfigurieren" entnommen werden
Alle erforderlichen fernen Daten anhängen.
Daten werden als "fern" bezeichnet, wenn sie sich auf einem anderen System als dem System befinden, auf dem die Anwendung, die die Daten verwendet, ausgeführt wird.
Beispiel:
Verwendet eine Anwendung Daten auf einem Datei-Server, müssen diese Dateien angehängt werden.
Befinden sich Dateimanagersymbole auf einem Symbol-Server, muß der Session-Server diese Dateien anhängen.
Verwendet das Netzwerk einen Hilfe-Server für Desktop-Hilfedateien, müssen der Session-Server und alle Anwendungs-Server die Hilfedaten anhängen.
Weitere Informationen zu Einhängepunkten können dem nächsten Abschnitt, "Den Einhängepunkt für ferne Dateisysteme konfigurieren"" entnommen werden.
Wenn das Desktop Dateinamen von einem System zum anderen übermittelt, müssen diese Dateinamen in Namen umgesetzt, bzw. zugeordnet werden, die für das Zielsystem verständlich sind. Diese Zuordnung ist notwendig, weil eine Datei möglicherweise an den verschiedenen Systemen an verschiedenen Positionen eingehängt ist, und deshalb verschiedene Namen verwendet werden müssen, um auf die Datei zugreifen zu können. Beispielsweise wird auf die Datei /projects/big auf sysA von sysB aus mit dem Namen /net/sysA/projects/big zugegriffen.
Um die Dateinamenzuordnung problemlos durchführen zu können, muß einer der folgenden Punkte zutreffen:
Der Befehl mount wird verwendet, um Dateisysteme statisch einzuhängen. Diese Art des statischen Einhängens wird in der Regel in einer Datei wie beispielsweise /etc/checklist, /etc/mnttab oder /etc/filesystems verwendet.
Damit die Dateinamenzuordnung zwischen Systemen problemlos funktioniert, müssen beim Einhängen von Dateisystemen konsistente Host-Namen verwendet werden. Verfügt ein Host über mehrere Namen, (zum Beispiel Alias-Namen, oder der Host hat mehr als eine LAN-Adresse mit verschiedenen Namen), muß bei allen Einhängevorgängen derselbe Name und dasselbe Format verwendet werden.
oder, der Automounter wird verwendet, um Dateisysteme am Standardeinhängepunkt /net einzuhängen.
oder, der Automounter wird verwendet, um Dateisysteme an einer anderen Stelle als /net einzuhängen, und die Umgebungsvariable DTMOUNTPOINT wird gesetzt, um den Einhängepunkt anzugeben. Weitere Informationen hierzu können dem nächsten Abschnitt, "Einen Wert für DTMOUNTPOINT setzen "" entnommen werden.
Weitere Informationen zum automounter können der Hilfeseite automount(1M) entnommen werden.
Treffen die beiden folgenden Bedingungen zu, muß die Umgebungsvariable DTMOUNTPOINT gesetzt werden:
Der Automounter wird verwendet, um Dateisysteme einzuhängen
und, ferne Dateisysteme werden an einer anderen Position als /net eingehängt.
Zu den Prozessen, für die DTMOUNTPOINT gesetzt werden muß, gehören:
die Desktop-Prozesse des Benutzers, die automatisch gestartet werden, wenn der Benutzer sich anmeldet, wie zum Beispiel der Arbeitsbereichsmanager (dtwm) und der Dateimanager (dtfile)
Systemprozesse, wie zum Beispiel rpc.ttdbserver und dtspcd, die durch Mechanismen wie inetd gestartet werden.
Anwendungen, die vom Desktop auf lokalen oder fernen Systemen gestartet werden
Anwendungen, die vom Benutzer über eine Shell-Befehlszeile gestartet werden.
Um DTMOUNTPOINT für diese Prozesse zu setzen, muß der Benutzer
die Datei /etc/inetd.conf folgendermaßen bearbeiten:
den Eintrag dtspcd suchen und folgendes hinzufügen:
-mount_point einhängepunkt
den Eintrag rpc.ttdbserver suchen und folgendes hinzufügen:
-m einhängepunkt
Wird, beispielsweise, der Automounter mit dem Einhängepunkt /nfs verwendet, sehen die Einträge in /etc/inetd.conf folgendermaßen aus:
dtspc stream tcp nowait root /usr/dt/bin/dtspcd /usr/dt/bin/dtspcd -mount_point /nfs rpc stream tcp wait root /usr/dt/bin/rpc.ttdbserver 100083 1 rpc.ttdbserver -m /nfs
Die Systemprozedur ausführen, mit der /etc/inetd.conf erneut gelesen wird. Weitere Informationen können der Hilfeseite inetd(1M) entnommen werden.
DTMOUNTPOINT so setzen, daß der Wert von Benutzeranmeldungen übernommen wird.
Dies geschieht, indem die Variable in /etc/dt/config/Xsession.d gesetzt wird. Weitere Informationen zum Setzen von Umgebungsvariablen können dem Abschnitt "" entnommen werden.
Der Unterprozeßsteuerungs-Service (SPC) des Desktops stellt Client-/Server-Befehlsausführungen zur Verfügung.
Der Steuerungsdämonprozeß für Unterprozesse des Desktops (dtspcd) wird vom Desktop verwendet, um ferne Anwendungen zu starten. Es handelt sich um einen inet-Dämon, der Anforderungen von fernen Clients zur Befehlsausführung akzeptiert. Weitere Informationen zur Konfiguration von inet-Dämonen können der Hilfeseite inetd.conf(1M) entnommen werden.
Die Aktionsaufrufbibliothek des Desktop verwendet den SPC-Service, um ferne Aktionen aufzurufen.
Überprüfen, ob dtspc sowohl in /etc/services als auch in /etc/inetd.conf korrekt registriert ist. Weitere Informationen hierzu können dem Abschnitt Hilfeseite dtspcd(1M).
Die Identifikationsüberprüfung für den Unterprozeßsteuerungsservice basiert auf der Dateisystemidentifikationsüberprüfung. dtspcd muß auf ein Identifikationsüberprüfungsverzeichnis Zugriff haben, das bei allen SPC-Client-Systemen ebenfalls eingehängt ist.
Standardmäßig handelt es sich bei dem Identitätsüberprüfungsverzeichnis für dtspcd um das Home-Verzeichnis des Benutzers. Aber dtspcd kann auch so konfiguriert werden, daß ein anderes Verzeichnis gewählt wird, indem die Option -auth_dir in dem Verzeichnis /etc/inetd.conf gesetzt wird. Weitere Informationen hierzu können der Hilfeseite dtspcd(1M) entnommen werden.
Da die SPC-Identitätsüberprüfung auf der Identitätsüberprüfung des Dateisystems basiert, ist der SPC-Service nur so sicher, wie das verteilte Dateisystem. Wird das Desktop in einem Netzwerk verwendet, in dem der Benutzer dem verteilten Dateisystem nicht traut, kann er dtspcd inaktivieren. Hierzu muß der Eintrag dtspc in /etc/services auf Kommentar gesetzt werden
Verwendet das Desktop eine Aktion, um eine Anwendung auf einem fernen System zu starten, werden die Umgebungsvariablen des Benutzers in das ferne System kopiert und in die Umgebung der Anwendung gestellt.
Standardmäßig werden einige der Umgebungsvariablen geändert, bevor sie in das ferne System kopiert werden. Sowohl die Aktionsaufrufkomponente als auch der Steuerungsdämonprozeß für Unterprozesse des Desktops können so konfiguriert werden, daß eine zusätzliche Verarbeitung der Umgebungsvariablen erfolgt, bevor die Variablen in die Umgebung der Anwendung gestellt werden.
Weitere Informationen zur Standardkonfiguration und den Möglichkeiten, diese zu ändern, können den Hilfeseiten dtactionfile(4) und dtspcdenv(4) entnommen werden.
Eine Komponente von ToolTalk ist der ToolTalk-Datenbank-Server, /usr/dt/bin/rpc.ttdbserver.
Der ToolTalk-Datenbank-Server wird vom ToolTalk-Meldungsservice und für die Dateinamenzuordnung verwendet. Dieser Server wird normalerweise bei der Installation des Desktops in /etc/inetd.conf registriert und eine zusätzliche Konfiguration ist nicht notwendig.
Weitere Informationen zum ToolTalk-Datenbank-Server und dessen Konfigurationsoptionen können der Hilfeseite rpc.ttdbserver(1M) entnommen werden.
Bei dem ToolTalk-Meldungs-Server handelt es sich um ttsession . Standardmäßig muß bei diesem Server keine Konfiguration vorgenommen werden. Er wird während der Anmeldung durch die Prozedur Xession gestartet.
Weitere Informationen zumToolTalk-Meldungs-Server und dessen Konfigurationsoptionen können der Hilfeseite ttsession entnommen werden.
Eine Komponente der Anwendung `Kalendar' ist der Kalender-Dämon rpc.cmsd. Dieser Dämon wird normalerweise bei der Installation des Desktops in /etc/inetd.conf registriert und eine zusätzliche Konfiguration ist nicht notwendig.
Weitere Informationen zum Kalender-Dämon und dessen Konfigurationsoptionen können der Hilfeseite rpc.cmsd(1) entnommen werden.
Dieser Abschnitt behandelt spezifische Konfigurationserfordernisse für:
Anwendungs-Server und deren Clients
Desktop-Server, die spezielle Services zur Verfügung stellen, wie z.B. Datenbank-Server, Symbol-Server und Hilfe-Server
Außerdem werden Netzwerkerfordernisse für zwei spezielle Konfigurationen für Anwendungen im Netzwerk behandelt:
Hosts für Ausführungen auf einem fernen System
Anwendungen, die über Dateisystemeinhängungen ausgeführt werden
Das Desktop verwendet eine Gruppe von Umgebungsvariablen, um den Suchpfad anzugeben, über den Desktop-Konfigurationsdateien für Anwendungen, wie z. B. die Datenbank für Aktionen und Datentypen, Hilfedateien oder Symboldateien, gesucht werden.
Weitere Informationen zur Verwendung der Suchpfadumgebungsvariablen können Kapitel 9' oder der Hilfeseite dtenvvar(5) entnommen werden.
In der Standardkonfiguration des Anwendungs-Servers enthält der Anwendungs-Server alle zu einer Anwendung gehörenden binären Dateien und Konfigurationsdateien, wie:
die ausführbare(n) Datei(en) der Anwendung
Standardanwendungskonfigurationsdateien wie app-defaults, Nachrichtenkataloge sowie gemeinsam benutzte Bibliotheken für diese Anwendung
Desktop- Konfigurationsdateien:
Definitionsdateien für Aktionen und Datentyp
Symbolabbilddateien
Desktop-Hilfedatendateien
Die für das Desktop erforderlichen Netzwerkkonfigurationen des Betriebssystems einrichten.
Weitere Informationen hierzu können dem Abschnitt "Netzwerk des Basisbetriebssystems für das Desktop konfigurieren" entnommen werden.
Die für Server erforderliche allgemeine Desktop-Konfiguration einrichten.
Weitere Informationen hierzu können dem Abschnitt "Clients und Server für das Desktop konfigurieren " entnommen werden.
Die Anwendung(en) installieren.
Wird eine Anwendung nicht automatisch regististriert, muß die Registrierung durchgeführt werden.
Weitere Informationen hierzu können dem Abschnitt Missing Cross Reference Target" entnommen werden.
Die für das Desktop erforderlichen Netzwerkkonfigurationen des Betriebssystems einrichten.
Weitere Informationen hierzu können dem Abschnitt "Netzwerk des Basisbetriebssystems für das Desktop konfigurieren" entnommen werden.
Die für Clients erforderliche allgemeine Desktop-Konfiguration einrichten.
Weitere Informatione hierzu können dem Abschnitt "Clients und Server für das Desktop konfigurieren " entnommen werden.
Den Anwendungs-Server dem Anwendungssuchpfad entweder für das gesamte System oder für den einzelnen Benutzer hinzufügen:
Tabelle 7-2
systemweit |
Die Variable DTSPSYSAPPHOSTS in /etc/dt/config/Xsession.d/0010.dtpaths setzen. |
---|---|
persönlich |
Die Variable DTSPUSERAPPHOSTS in Home-Verzeichnis/.dtprofile setzen. |
Beispielsweise fügt die folgende Zeile in /etc/dt/config/Xsession.d/0010.dtpaths ein System mit den Host-Namen SysAAA und SysBBB zum Anwendungssuchpfad hinzu:
DTSPSYSAPPHOSTS=SysAAA:,SysBBB:
Weitere Informationen zur Einrichtung des Anwendungssuchpfads können folgenden Abschnitten entnommen werden:
Normalerweise werden die zu einer Anwendung gehörenden Definitionen für Aktionen und Datentyp, Symbole und Hilfedatendateien auf dasselbe System wie die Anwendung installiert.
Die typische Konfiguration von Hilfedatendateien sieht folgendermaßen aus:
Die Hilfedateien für den Dateimanager befinden sich normalerweise auf dem Session-Server. Das Desktop findet sie, weil der Hilfesuchpfad automatisch die richtigen Positionen auf dem Session-Server durchsucht.
Die Hilfedateien für andere Anwendungen befinden sich normalerweise auf demselben Anwendungs-Server wie die Anwendung. Der Session-Server findet sie, weil eine Änderung des Anwendungssuchpfads automatisch den Hilfesuchpfad ändert.
Möglicherweise gibt es Situationen, in denen der Benutzer Datenbank- (Aktionen und Datentypen), Hilfe- oder Symboldaten an eine anderen Position im Netzwerk stellen möchte. Verwendet das Netzwerk beispielsweise mehrere Session-Server, soll möglicherweise ein Hilfe-Server erstellt werden, auf dem alle Hilfedatendateien für Desktop-Anwendungen (Dateimanager, Umgebungsmanager, usw) gespeichert werden. Dadurch wird Plattenspeicherplatz gespart, da die Hilfedateien nicht auf jedem einzelnen Session-Server vorhanden sein müssen.
Die für das Desktop erforderlichen Netzwerkkonfigurationen des Betriebssystems einrichten.
Weitere Informationen hierzu können dem Abschnitt "Netzwerk des Basisbetriebssystems für das Desktop konfigurieren" entnommen werden.
Die für Clients erforderliche allgemeine Desktop-Konfiguration einrichten.
Weitere Informationen hierzu können dem Abschnitt "Clients und Server für das Desktop konfigurieren " entnommen werden.
Die Datenbank-, Hilfe- oder Symboldateien installieren.
Es ist dem Benutzer freigestellt, wo er die Dateien auf das System stellen möchte. Es empfiehlt sich jedoch, die folgenden Positionen zu verwenden, da diese Verzeichnisse automatisch durchsucht werden, wenn ein System als Anwendungs-Server verwendet wird.
Datenbankdateien: /etc/dt/appconfig/types/sprache
Hilfedateien: /etc/dt/appconfig/help/ sprache
Symboldateien: /etc/dt/appconfig/icons/ sprache
Wird ein Datenbank-Server eingerichtet, müssen die Aktionen geschrieben werden, um anzugeben, wo die zugehörigen Befehle (EXEC_STRING s) ausgeführt werden. Weitere Informationen hierzu können dem Abschnitt "Rechner für die Ausführung auf einem fernen System angeben" entnommen werden.
Die für das Desktop erforderlichen Netzwerkkonfigurationen des Betriebssystems einrichten.
Weitere Informationen hierzu können dem Abschnitt "Netzwerk des Basisbetriebssystems für das Desktop konfigurieren" entnommen werden.
Die für Clients erforderliche allgemeine Desktop-Konfiguration einrichten.
Weitere Informationen hierzu können dem Abschnitt "Clients und Server für das Desktop konfigurieren " entnommen werden.
Den Datenbank-, Symbol- oder Hilfe-Server im entsprechenden Suchpfad hinzufügen.
Wurden die Datendateien an die Positionen gestellt, die in Schritt 3 des Abschnitts "Datenbank-, Hilfe- oder Symbol-Server erstellen"" angegeben wurden, kann der Anwendungssuchpfad geändert werden.
Wurden die Datendateien an andere Positionen gestellt, muß der spezifische Suchpfad geändert werden.
Wurden beispielsweise die Hilfedateien in das Verzeichnis /etc/dt/help on system SysCCC gestellt, muß die folgende Zeile zu /etc/dt/config/Xsession.d/0010.dtpaths hinzugefügt werden:
DTSPSYSHELP=/net/SysCCC/etc/dt/help
Weitere Informationen zur Einrichtung von Suchpfaden können folgenden Abschnitten entnommen werden:
In diesem Abschnitt wird beschrieben, wie Systeme konfiguriert werden, damit Anwendungen:
an einem anderen System, als an dem System, das die Aktion enthält, ausgeführt werden, d.h. auf einem Rechner für die Ausführung auf einem fernen System.
lokal über Dateisystemeinhängungen ausgeführt werden können.
In der typischen Anwendungs-Serverkonfiguration befindet sich die Aktionsdefinition auf demselben System wie die ausführbare Datei der Anwendung. Aber es können auch Aktionen geschrieben werden, mit denen Befehle an anderen Systemen ausgeführt werden können. In einer solchen Konfiguration wird das System, das die Anwendung enthält, als der ausführende Rechner bezeichnet.
Die Aktionsdefinition kann sich sowohl auf dem Session-Server als auch auf einem System, das dem Session-Server Aktions- und Datentyp-Services zur Verfügung stellt und das als Datenbank-Server oder Datenbankrechner bezeichnet wird, befinden.
In Aktionsdefinitionen wird durch das Feld EXEC_HOST angegeben, wo die Befehle (EXEC_STRINGs) ausgeführt werden sollen. Beispielsweise wird in der folgenden Aktionsdefinition angegeben, daß ein Client xload auf einem System mit dem Rechnernamen SysDDD ausgeführt wird:
Tabelle 7-3
ACTION XloadSysDDD |
|
---|---|
TYPE |
COMMAND |
EXEC_HOST |
SysDDD |
EXEC_STRING |
/usr/bin/X11/xload -label SysDDD |
} |
In Aktionsdefinitionen wird durch das Feld EXEC_HOST mehr als ein Rechnername angegeben, dann versucht das Desktop, EXEC_STRING nacheinander auf jedem der angegebenen Rechner auszuführen, bis es einen Rechner findet, der die Aktion ausführen kann. Beispielsweise wird im folgenden Feld EXEC_HOST angegeben, daß die Aktion zunächst versuchen soll, EXEC_STRING auf SysDDD, und falls dies fehlschlägt, auf SysEEE auszuführen:
Tabelle 7-4
EXEC_HOST |
SysDDD,SYSEEE |
Ist das Feld EXEC_HOST für eine Aktion nicht gesetzt, wird der Standardwert %DatabaseHost% gesetzt. Der Wert %DatabaseHost% wird dem Datenbanksuchpfad entnommen.
Angenommen, der Datenbanksuchpfad wurde geändert, indem folgende Zeile zu /etc/dt/config/Xsession.d/0010.dtpaths hinzugefügt wurde:
DTSPSYSDATABASEHOSTS=SysAAA:,/net/SysBBB/etc/dt/appconfig/types/C
SysAAA wird mit der qualifizierten Syntax für die Angabe des Rechners, SysAAA: angegeben. Eine Aktion, die dieses Element des Suchpfads verwendet, setzt den Datenbankrechner auf SysAAA. Verwendet eine Aktion den Abschnitt /net/SysBBB... des Suchpfads, wird als Datenbankrechner das lokale System verwendet, da die Syntax das Qualifikationsmerkmal nicht enthält.
Die für das Desktop erforderlichen Netzwerkkonfigurationen des Betriebssystems einrichten.
Weitere Informationen hierzu können dem Abschnitt "Netzwerk des Basisbetriebssystems für das Desktop konfigurieren" entnommen werden.
Die für Server erforderliche allgemeine Desktop-Konfiguration einrichten.
Weitere Informationen hierzu können dem Abschnitt "Clients und Server für das Desktop konfigurieren " entnommen werden.
Sicherstellen, daß die Anwendungen für die Ausführung auf dem lokalen System richtig installiert und konfiguriert sind.
Die für das Desktop erforderlichen Netzwerkkonfigurationen des Betriebssystems einrichten.
Weitere Informationen hierzu können dem Abschnitt "Netzwerk des Basisbetriebssystems für das Desktop konfigurieren" entnommen werden.
Die für Server erforderliche allgemeine Desktop-Konfiguration einrichten.
Weitere Informationen hierzu können dem Abschnitt "Clients und Server für das Desktop konfigurieren " entnommen werden.
Die Aktionsdefinitionen und Anwendungsgruppen erstellen und installieren.
Weitere Informationen hierzu können dem Abschnitt Missing Cross Reference Target und "Allgemeine Gruppen von Anwendungen erstellen und verwalten" entnommen werden.
Die für das Desktop erforderlichen Netzwerkkonfigurationen des Betriebssystems einrichten.
Weitere Informationen hierzu können dem Abschnitt "Netzwerk des Basisbetriebssystems für das Desktop konfigurieren" entnommen werden.
Die für Clients erforderliche allgemeine Desktop-Konfiguration einrichten.
Weitere Informationen hierzu können dem Abschnitt "Clients und Server für das Desktop konfigurieren " entnommen werden.
Den Datenbankrechner dem Suchpfad für Aktionen hinzufügen.
Weitere Informationen hierzu können dem Abschnitt "Datenbanksuchpfad (Aktionen/Datentypen) " entnommen werden.
Den ausführenden Rechner dem Anwendungssuchpfad hinzufügen.
Weitere Informationen hierzu können dem Abschnitt "Anwendungssuchpfad" entnommen werden.
Die Server-Standardanwendungskonfiguration führt Anwendungen auf dem Anwendungs-Server aus. Manchmal ist es wünschenswert, daß eine Anwendung auf einem fernen System installiert ist, aber auf dem Session-Server lokal ausgeführt wird.
Eine spezielle Konfiguration ist nicht erforderlich.
Den Anwendungssuchpfad ändern. Den lokalen, absoluten Pfad zu der Anwendung verwenden.
Beispielsweise könnte die folgende Variablendefinition verwendet werden, um eine Anwendung zu finden, die auf sysAAA registriert ist:
DTSPSYSAPPHOSTS=/net/SysAAA/etc/dt/appconfig/appmanager/C
Der Session-Server muß auf die Konfigurationsdateien der Anwendung, wie app-defaults, Nachrichtenkataloge und gemeinsam benutzte Bibliotheken zugreifen können.