Le Bureau est conçu pour fonctionner dans un environnement de réseau. Son architecture permet aux administrateurs système de répartir les ressources informatiques à travers le réseau. Ces ressources sont :
les applications ;
les fichiers de données des applications ;
la gestion des sessions du Bureau (applications du Bureau telles que le Gestionnaire de connexion et le Gestionnaire de fichiers) ;
les services d'aide. Les fichiers de données d'aide peuvent être placés dans un serveur d'aide central.
Le système d'exploitation propose une vaste gamme de services de mise en réseau, comprenant les systèmes de fichiers répartis et l'exécution à distance. Les serveurs X offrent d'autres fonctions de mise en réseau, dont l'accès à des écrans à distance et des services de sécurité.
Le Bureau offre une interface utilisateur pour ces fonctions de réseau. Le but de cette interface et de son architecture sous-jacente est de :
Simplifier l'utilisation des systèmes en réseau. Les utilisateurs peuvent lancer des applications et accéder aux fichiers de données sans avoir à s'inquiéter de l'emplacement des applications et des données sur le réseau.
Simplifier la gestion des systèmes en réseau. Le Bureau fournit des outils d'intégration des applications et des chemins de recherche en réseau qui autorisent un repérage plus rapide des données et des applications éloignées. De plus, le processus de correspondance des noms de fichiers du Bureau facilite la gestion de réseaux complexes comportant de nombreux serveurs.
Améliorer la souplesse du réseau. Les fonctions de gestion du Bureau ont été conçues pour certaines situations de réseau habituelles, tout en autorisant la mise en oeuvre de nombreuses autres configurations de réseau personnalisées.
La mise en réseau permet à l'utilisateur d'accéder à différents services informatiques répartis entre différents systèmes. Il s'agit entre autres :
de la session du Bureau et de ses applications -- par exemple, le Gestionnaire de l'espace de travail et le Gestionnaire de fichiers ;
des autres applications ;
des fichiers de données.
Dans la terminologie réseau, serveur désigne un système offrant des services informatiques à un ou plusieurs autres systèmes. Lorsqu'un système reçoit des services d'un serveur, on l'appelle le client de ce serveur.
Dans un réseau complexe, un système peut utiliser les services de différents systèmes du réseau. En outre, un système peut être à la fois un type de serveur particulier (par exemple, un serveur de sessions) et un client (par exemple, un serveur d'applications).
Dans un environnement CDE, la configuration type d'un réseau peut comprendre la combinaison des principaux éléments suivants :
Ecrans--Exécution du serveur X
Serveurs de connexion/sessions--Exécution des applications du Bureau (Gestionnaire de connexion, Gestionnaire de l'espace de travail, etc.)
Serveurs d'applications--Exécution des autres applications
Serveurs de fichiers --Emplacement des données utilisées par les applications
Dans les configurations de réseau les plus courantes, ces systèmes accèdent à un serveur d'applications. Figure 7-1 illustre un poste de travail qui utilise un serveur d'applications. Les sessions du serveur X et du Bureau s'exécutent sur le poste de travail.
Les réseaux font également appel à des serveurs de fichiers pour le stockage de grandes quantités de données. Ces données peuvent être utilisées par des applications fonctionnant sur un serveur d'applications ou par les applications du Bureau (par exemple, le Gestionnaire de fichiers a besoin d'accéder aux fichiers de données pour les afficher dans sa fenêtre).
Les terminaux X lancent le serveur X et accèdent aux fonctions de gestion des sessions du Bureau à partir d'un autre système.
Le Bureau est souple et peut supporter des configurations de réseau plus complexes. Les serveurs d'applications doivent alors avoir accès aux serveurs de fichiers, mais aussi aux différents services du réseau.
Ecran--Le système sur lequel s'exécute le serveur X.
Serveur de connexion/sessions--Ssystème sur lequel s'exécute la session du Bureau (Gestionnaire de connexion, de sessions, de fenêtres, de fichiers, etc).
Serveur d'applications--Système sur lequel s'exécute une application. Egalement appelé hôte d'exécution.
Serveur de fichiers--Système sur lequel sont stockés les fichiers de données des applications.
Serveur d'aide--Système sur lequel sont stockés les fichiers d'aide.
Serveur de base de données (actions)--Système sur lequel sont stockés les fichiers contenant les définitions de types d'actions et de données.
Serveur d'icônes--Système sur lequel sont stockés les fichiers d'icônes.
Le réseau peut comporter d'autres serveurs, tels qu'un serveur de mots de passe, un serveur de messagerie, un serveur vidéo, etc.
Il existe trois étapes générales de configuration du réseau pour le Bureau :
La configuration des services réseau de base du système d'exploitation.
Il s'agit des services réseau offerts par le système d'exploitation et dont dépend le Bureau. Voir "Mise en réseau du système d'exploitation de base pour le Bureau".
L'installation et la configuration des services et du logiciel réseau du Bureau.
Il s'agit des services dont le Bureau a besoin, quel que soit le type de système client ou serveur configuré. Voir "Configuration des clients et serveurs du Bureau".
La configuration d'un type de serveur ou de client donné.
Les étapes de configuration d'un serveur d'applications diffèrent en effet de celles d'un serveur de fichiers. Voir "Gestion des services d'applications".
Le Bureau requiert la configuration de réseau de base suivante :
Les utilisateurs doivent posséder un compte de connexion au serveur de sessions et à tout système lui offrant des services réseau. Il doit avoir les mêmes ID utilisateur et de groupe sur tous les systèmes clients et serveurs.
Les systèmes doivent pouvoir accéder aux systèmes de fichiers éloignés contenant des données utilisées par la session et d'autres applications.
Le spooleur d'impression lp doit pouvoir accéder aux imprimantes éloignées.
sendmail doit être configuré pour les services de courrier.
L'autorisation d'accès au serveur X doit être configurée.
Cette section décrit les conditions préalables requises pour l'ouverture de comptes de connexion sur le Bureau.
Les utilisateurs doivent disposer d'un tel compte sur :
tous les systèmes fournissant des services au Bureau, y compris les serveurs d'applications, de fichiers et les systèmes d'imprimantes en réseau ;
tous les serveurs de sessions accessibles aux utilisateurs. Généralement, ces serveurs sont utilisés avec des terminaux X.
Les utilisateurs UNIX sont identifiés par un nom de connexion et un ID utilisateur numérique (UID). Dans le réseau, l'utilisateur doit avoir le même nom de connexion et le même UID sur tous les systèmes clients et serveurs.
Les utilisateurs UNIX sont également affectés à un ou plusieurs groupes de connexion. Chaque groupe possède un nom et un ID de groupe numérique (GID). Dans un réseau de bureau, tous les systèmes doivent utiliser des noms de groupes et des ID cohérents.
Pour plus de détails, reportez-vous à la page de manuel id(1) ou id(1M).
Le Bureau utilise NFS pour le partage des fichiers entre les systèmes. Vous devez identifier tous les systèmes de fichiers du réseau contenant des fichiers partagés et vérifier qu'ils sont correctement montés sur les systèmes appropriés.
L'accès à distance doit être possible dans tous les cas indiqués ci-dessous.
Le répertoire personnel de l'utilisateur doit être partagé par tous les systèmes clients et serveurs du Bureau. Ce partage est nécessaire car :
Le répertoire personnel contient des fichiers de données auxquels doivent pouvoir accéder les applications résidant sur des systèmes éloignés. Par exemple, les applications qui utilisent souvent des fichiers de données prennent le répertoire personnel comme emplacement par défaut de ces fichiers.
Le répertoire personnel est le répertoire d'authentification dtspcd par défaut. Pour plus de détails sur le répertoire dtspcd, voir "Configuration du démon de contrôle des sous-processus".
Lorsque les utilisateurs veulent accéder à des fichiers de données qui ne se trouvent pas dans leur répertoire personnel, ces fichiers doivent être partagés par tous les systèmes clients et serveurs du Bureau qui travaillent sur ceux-ci.
Les répertoires d'installation et de configuration du Bureau (/usr/dt et /etc/dt) doivent être partagés par tous les systèmes clients et serveurs du bureau afin que l'ensemble des applications de l'utilisateur accèdent aux mêmes fichiers de configuration du Bureau.
Un réseau fonctionne plus efficacement lorsque les utilisateurs ont un seul répertoire personnel partagé par l'ensemble des systèmes clients et serveurs du réseau.
Un répertoire personnel en réseau permet d'utiliser différents systèmes du réseau sans perdre les personnalisations et configurations spécifiques. En effet, les personnalisations et les informations nécessaires à la restauration de la session précédente sont sauvegardées dans des sous-répertoires du répertoire personnel.
Un répertoire personnel commun est également requis pour :
le mécanisme d'autorisation d'accès au serveur X. Voir "Configuration de l'autorisation X" ;
le démon de contrôle des sous-processus, qui intervient dans le lancement d'applications à distance, doit pouvoir écrire dans le répertoire personnel de l'utilisateur.
Configurez le réseau de telle sorte que les utilisateurs puissent accéder à leurs fichiers de données à partir de tous les systèmes en utilisant le même nom. Cette règle est appelée cohérence des noms de fichiers et est généralement appliquée par la création de liens symboliques adéquats. Vous pouvez par exemple configurer chaque système afin que le répertoire personnel de chaque utilisateur soit accessible sous la forme /users/nom_connexion après la création d'un lien symbolique à l'emplacement réel du montage du répertoire.
Le Bureau utilise le spooleur d'impression lp pour accéder aux imprimantes locales ou éloignées. Pour plus de détails sur la configuration du spooleur lp, reportez-vous à la page de manuel lpadmin(1M).
Avant d'essayer d'imprimer en utilisant l'interface graphique du Bureau, vous devez vérifier que vous pouvez imprimer correctement sur toutes les imprimantes à l'aide de la commande lp.
Il est recommandé d'utiliser des noms d'imprimantes cohérents. Par exemple, dans le cas d'une imprimante appelée Postscript1 et directement rattachée au système, tous les autres systèmes ayant accès à distance à cette imprimante doivent également utiliser le nom Postscript1.
Le Programme courrier du Bureau utilise sendmail pour transmettre des messages entre les systèmes. Reportez-vous à la page de manuel sendmail(1M) pour savoir comment configurer la connexion de la messagerie électronique.
Avant d'essayer d'envoyer ou de recevoir des messages du Bureau, vous devez vérifier que vous pouvez effectuer ces opérations correctement à l'aide de la commande mailx.
Le Bureau utilise la procédure X par défaut pour autoriser l'accès à un écran local aux applications éloignées (clients X). La façon la plus simple d'effectuer cette configuration consiste à fournir un répertoire personnel en réseau à chaque utilisateur. De la sorte, les conditions indiquées ci-après sont respectées.
L'utilisateur doit disposer des droits d'accès en lecture et en écriture au fichier RépPersonnel/.Xauthority.
Le fichier .Xauthority d'un serveur d'applications doit contenir la description de l'écran sur lequel l'application tournera.
Pour plus de détails, reportez-vous aux pages de manuel X(1) ou xauth(1).
Cette section traite des impératifs de configuration du réseau propres au Bureau -- à savoir, les fonctions fournies par celui-ci et non par le système d'exploitation de base.
Elle est divisée en deux parties :
configuration des services de connexion et de session ;
configuration des services requis par les applications et leurs données. Elle comprend les serveurs d'applications, de bases de données, d'icônes, de fichiers et d'aide ainsi que leurs clients.
Un serveur de connexion/de sessions est un système qui offre les services du Bureau (Gestionnaires de connexion, de sessions, de fichiers, de fenêtres, etc.) à un écran et à un serveur X.
Généralement, un serveur de sessions fournit des services aux terminaux X. Cependant, un réseau peut être configuré de manière à concentrer les services de sessions sur un ou plusieurs serveurs auxquels les terminaux X et les postes de travail ont accès.
Le Gestionnaire de connexion est le composant du Bureau chargé de fournir les services de connexion aux autres écrans. Lorsque l'utilisateur s'est connecté, le Gestionnaire de sessions est lancé.
Pour plus de détails sur la configuration des serveurs de connexion/de sessions et les terminaux X, voir "Affichage d'un écran de connexion sur un écran du réseau".
Cette section traite de la configuration des éléments de réseau dans un environnement CDE :
Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.
Voir "Mise en réseau du système d'exploitation de base pour le Bureau".
Installez le Bureau ou le jeu de fichiers de base.
Vous devez installer :
Configurez le système pour le démon Tooltalk du serveur de base de données des noms de fichiers rpc.ttdbserver.
Cette configuration est automatique lorsque le Bureau est installé. Pour plus de détails, voir "Configuration du serveur de base de données ToolTalk".
Installez et configurez le démon de contrôle des sous-processus (dtspcd).
Cette configuration est automatique lorsque le Bureau est installé. Pour plus de détails, voir "Configuration du démon de contrôle des sous-processus".
Montez toutes les données éloignées requises.
Celles-ci sont considérées comme "éloignées" lorsqu'elles se trouvent sur un système autre que celui qui les utilise.
Par exemple :
si une application utilise les données situées sur un serveur de fichiers, elle doit monter ces fichiers ;
si les icônes du Gestionnaire de fichiers sont situées sur un serveur d'icônes, le serveur de sessions doit monter ces fichiers ;
si le réseau utilise un serveur d'aide pour les fichiers d'aide du Bureau, le serveur de sessions et tous les serveurs d'applications doivent monter ces fichiers.
Pour plus de détails sur les points de montage, reportez-vous à la section suivante, "Configuration du point de montage des systèmes de fichiers éloignés".
Lorsque le Bureau transmet des noms de fichiers d'un système à l'autre, il doit les transformer ou les mapper en noms de fichiers compréhensibles par le système cible. Ce mappage est nécessaire car un fichier peut être monté à différents endroits de différents systèmes et doit donc être accessible avec des noms différents. Par exemple, le fichier //projects/big sur sysA est accessible sous la forme /net/sysA/projects/big sur sysB.
Pour effectuer cette procédure correctement, l'une des conditions ci-après doit être vraie.
La commande mount permet de monter les systèmes de fichiers de façon statique. Ces types de montages statiques sont généralement configurés dans un fichier tel que /etc/checklist, /etc/mnttab ou /etc/filesystems.
Pour que le mappage des noms de fichiers fonctionne correctement entre les systèmes, les montages des systèmes de fichiers doivent utiliser des noms d'hôtes cohérents. Si un système hôte porte plusieurs noms (par exemple, des alias, ou s'il possède plus d'une adresse de réseau local ayant des noms différents), vous devez utiliser le même nom et format de nom pour tous les montages.
Ou le processus de montage automatique est utilisé pour monter les systèmes de fichiers au point par défaut /net.
Ou le processus de montage automatique est utilisé pour monter les systèmes de fichiers à un endroit autre que /net et la variable d'environnement DTMOUNTPOINT est définie afin d'indiquer ce point de montage. Reportez-vous à la section suivante, "Définition d'une valeur pour DTMOUNTPOINT".
Pour plus de détails sur le processus de montage automatique, reportez-vous à la page de manuel automount(1M).
Vous devez définir la variable d'environnement DTMOUNTPOINT si les deux conditions suivantes sont vraies :
le processus de montage automatique est utilisé pour monter des systèmes de fichiers ;
et les systèmes de fichiers éloignés sont montés à un endroit autre que /net.
DTMOUNTPOINT doit être définie pour les différents processus, notamment :
les processus utilisateur du Bureau lancés automatiquement à la connexion, tels que le Gestionnaire de l'espace de travail (dtwm) et le Gestionnaire de fichiers (dtfile) ;
les applications lancées par le Bureau sur des systèmes locaux ou éloignés ;
les applications lancées par l'utilisateur à partir d'une ligne de commande du shell.
Pour définir la variable DTMOUNTPOINT pour tous ces processus :
Éditez le fichier /etc/inetd.conf :
Recherchez l'entrée dtspcd et ajoutez :
-mount_point point_montage
Recherchez l'entrée rpc.ttdbserver et ajoutez :
-m point_montage
Par exemple, pour que le processus de montage utilise le point de montage /nfs, les entrées de /etc/inetd.conf doivent être modifiées comme suit :
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
Effectuez sur votre système la procédure permettant de relire /etc/inetd.conf. Pour plus de détails, reportez-vous à la page de manuel inetd(1M).
Définissez DTMOUNTPOINT afin que sa valeur provienne des connexions des utilisateurs.
Cette opération peut être effectuée en définissant cette variable dans /etc/dt/config/Xsession.d. Pour plus de détails sur la définition des variables d'environnement, voir "Définition de variables d'environnement".
Le service de contrôle des sous-processus (SPC) permet l'exécution de commandes client-serveur.
Le démon de contrôle des sous-processus (dtspcd) est utilisé par le Bureau pour lancer des applications à distance. Il s'agit d'un démon inet qui accepte les requêtes d'exécution de commandes de clients à distance. Pour plus de détails sur la configuration des démons inet, reportez-vous à la page de manuel inetd.conf(1M).
La bibliothèque d'appel des actions du Bureau utilise le service SPC pour appeler des actions à distance.
Vérifiez que dtspc est correctement enregistré dans /etc/services et dans /etc/inetd.conf.
Reportez-vous à la page de manuel dtspcd(1M).
L'authentification du service de contrôle des sous-processus est basée sur celle des systèmes de fichiers. Le dtspcd doit pouvoir accéder à un répertoire d'authentification qui est également monté par tous les systèmes clients SPC.
Par défaut, le répertoire d'authentification dtspcd est le répertoire personnel de l'utilisateur. Cependant, vous pouvez configurer dtspcd afin d'utiliser un emplacement différent. Pour ce faire, définissez l'option -auth_dir dans le répertoire /etc/inetd.conf. Pour plus de détails, reportez-vous à la page de manuel dtspcd(1M).
L'authentification SPC étant basée sur celle des systèmes de fichiers, le niveau de sécurité du service SPC est directement lié à celui du système de fichiers réparti. Si le système de fichiers réparti du réseau ne vous semble pas suffisamment sécurisé, vous pouvez éventuellement désactiver le démon dtspcd. Pour ce faire, il suffit de supprimer l'entrée dtspcd dans /etc/services.
Lorsque le Bureau utilise une action pour lancer une application sur un système éloigné, les variables d'environnement de l'utilisateur sont copiées sur le système éloigné et placées dans l'environnement de l'application.
Par défaut, certaines variables d'environnement sont modifiées avant d'être copiées sur le système éloigné. Vous pouvez configurer le composant d'appel et le service de contrôle des sous-processus du Bureau pour traiter d'autres variables d'environnement avant que ces dernières ne soient placées dans l'environnement d'application.
Pour plus de détails sur la configuration par défaut et sur la façon de la modifier, reportez-vous aux pages de manuel dtactionfile(4) et dtspcdenv(4).
Tooltalk comprend notamment un serveur de base de données, /usr/dt/bin/rpc.ttdbserver.
Ce serveur est utilisé par le service de messagerie de Tooltalk et pour le mappage des noms de fichiers. Il est généralement enregistré dans /etc/inetd.conf lorsque le Bureau est installé et qu'aucune configuration supplémentaire n'est requise.
Pour plus de détails sur le serveur de base de données Tooltalk et ses options de configuration, reportez-vous à la page de manuel rpc.ttdbserver(1M).
Le serveur de messages Tooltalk est ttsession. Par défaut, il ne requiert aucune configuration. Il est lancé par le script Xsession lors de la connexion.
Pour plus de détails sur le serveur de messages Tooltalk et ses options de configuration, reportez-vous à la page de manuel ttsession.
L'application Agenda possède un démon appelé rpc.cmsd. Il est généralement enregistré dans /etc/inetd.conf lorsque le Bureau est installé et qu'aucune configuration supplémentaire n'est requise.
Pour plus de détails sur ce démon et ses options de configuration, reportez-vous à la page de manuel rpc.cmsd(1).
Cette section traite des impératifs de configuration relatifs aux :
serveurs d'applications et leurs clients ;
serveurs du Bureau qui offrent des fonctions spéciales -- serveurs de bases de données, d'icônes et d'aide.
Elle traite également des impératifs de mise en réseau pour deux configurations particulières :
hôtes d'exécution éloignés ;
applications tournant entre des montages de systèmes de fichiers.
Le Bureau utilise un jeu de variables d'environnement pour indiquer le chemin utilisé pour rechercher des fichiers de configuration d'applications (actions, base de données des types de données, fichiers d'aide et icônes).
Pour plus de détails sur ces variables d'environnement, voir Chapitre 9 ou la page de manuel dtenvvar(5).
Dans la configuration standard d'un serveur d'applications, le serveur d'applications contient tous les fichiers binaires et de configuration associés à l'application, y compris :
le(s) fichier(s) exécutable(s) de l'application ;
les fichiers de configuration standard de l'application, tels que app-defaults, les catalogues de messages et les bibliothèques partagées pour cette application ;
les fichiers de configuration du Bureau :
fichiers de définitions des actions et des types de données,
fichiers d'images d'icônes,
fichiers de données d'aide du Bureau.
Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.
Voir "Mise en réseau du système d'exploitation de base pour le Bureau".
Effectuez la configuration générale du Bureau requise pour les serveurs.
Installez les applications voulues.
Si une application ne s'enregistre pas automatiquement, vous devez effectuer la procédure d'enregistrement.
Voir Chapitre 5.
Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.
Voir "Mise en réseau du système d'exploitation de base pour le Bureau".
Effectuez la configuration générale du Bureau requise pour les clients.
Ajoutez le serveur d'applications au chemin de recherche de l'application au niveau système ou personnel :
Système--Définissez et exportez la variable DTSPSYSAPPHOSTS
dans /etc/dt/config/Xsession.d/0010.dtpaths
Personnel--Définissez et exportez la variable DTSPUSERAPPHOSTS
dans RépPersonnel/.dtprofile
Par exemple, la ligne suivante de /etc/dt/config/Xsession.d/0010.dtpaths ajoute un système avec le nom d'hôte SysAAA et SysBBB au chemin de recherche de l'application :
export DTSPSYSAPPHOSTS=SysAAA:,SysBBB:
Pour plus de détails sur la définition du chemin de recherche de l'application, reportez-vous aux sections suivantes :
Généralement, les définitions de types de données et d'actions, les icônes et les fichiers d'aide associés à une application sont installés sur le même système que celle-ci.
Prenons comme exemple la configuration type des fichiers d'aide.
Les fichiers d'aide du Gestionnaire de fichiers sont généralement situés sur le serveur de sessions. Le Bureau les trouve car le chemin de recherche de l'aide recherche automatiquement les emplacements adéquats sur le serveur de sessions.
Les fichiers d'aide d'autres applications sont généralement situés sur le même serveur d'applications que celle-ci. Le serveur de sessions les trouve car la modification du chemin de recherche de l'application entraîne automatiquement la modification du chemin de recherche de l'aide.
Dans certains cas, vous devez placer la base de données (actions et types de données), l'aide ou les icônes en un autre endroit du réseau. Par exemple, si votre réseau utilise de nombreux serveurs de sessions, vous pouvez créer un serveur d'aide sur lequel tous les fichiers d'aide des applications du Bureau (Gestionnaire de fichiers, Gestionnaire de configuration, etc.) sont stockés. Cela permet d'économiser de l'espace disque car les fichiers d'aide n'ont pas besoin d'être dupliqués sur chaque serveur de sessions.
Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.
Voir "Mise en réseau du système d'exploitation de base pour le Bureau".
Effectuez la configuration générale du Bureau requise pour les clients.
Installez les fichiers de base de données, d'aide ou d'icônes.
Les fichiers peuvent se trouver en n'importe quel endroit du système. Cependant, il est plus facile d'utiliser les emplacements suivants, dans la mesure où il s'agit des répertoires recherchés automatiquement lorsqu'un système a été désigné comme serveur d'applications.
Fichiers de bases de données : /etc/dt/appconfig/types/langue
Fichiers d'aide : /etc/dt/appconfig/help/langue
Fichiers d'icônes : /etc/dt/appconfig/icons/langue
Si vous configurez un serveur de base de données, les actions doivent être écrites afin d'indiquer où leurs commandes (EXEC_STRING) seront exécutées. Voir "Spécification d'un hôte d'exécution éloigné".
Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.
Voir "Mise en réseau du système d'exploitation de base pour le Bureau".
Effectuez la configuration générale du Bureau requise pour les clients.
Ajoutez le serveur de base de données, d'icônes ou d'aide au chemin de recherche approprié.
Si vous avez placé les fichiers de données aux endroits indiqués dans Failed Cross Reference Format"Création d'un serveur de base de données, d'icônes ou d'aide", vous pouvez modifier le chemin de recherche de l'application.
Si vous avez placé ces fichiers en un autre endroit, vous devez modifier le chemin de recherche spécifique.
Par exemple, si vous avez placé les fichiers d'aide dans le répertoire /etc/dt/help du système SysCCC, vous devez ajouter la ligne qui suit à /etc/dt/config/Xsession.d/0010.dtpaths :
export DTSPSYSHELP=/net/SysCCC/etc/dt/help
Pour plus de détails sur la définition des chemins de recherche, reportez-vous aux sections suivantes :
Cette section décrit comment configurer des systèmes pour exécuter des applications :
ailleurs que sur le système contenant l'action -- sur un hôte d'exécution éloigné ;
localement sur des montages de systèmes de fichiers.
Dans une configuration de serveur d'applications typique, la définition des actions se trouve sur le même système que l'exécutable de l'application. Cependant, des actions peuvent être écrites pour exécuter des commandes sur d'autres systèmes. Dans cette configuration, le système contenant l'application s'appelle l'hôte d'exécution.
La définition des actions peut se trouver sur le serveur de sessions ou sur un système qui fournit des services d'actions et de types de données au serveur de sessions -- appelé serveur de base de données ou hôte de base de données.
Les définitions d'actions utilisent la zone EXEC_HOST
pour indiquer où leurs commandes (EXEC_STRING) doivent être exécutées. Par exemple, la définition d'action suivante indique qu'un client xload doit être exécuté sur un système avec un nom hôte SysDDD :
ACTION XloadSysDDD { TYPE COMMAND EXEC_HOST SysDDD EXEC_STRING /usr/bin/X11/xload -label SysDDD }
Si la zone EXEC_HOST
indique plusieurs noms d'hôtes, le Bureau tente alors d'exécuter EXEC_STRING sur chaque hôte, dans l'ordre, jusqu'à ce qu'il en trouve un capable d'exécuter l'action. Par exemple, la zone EXEC_HOST
suivante indique que l'action doit d'abord essayer d'exécuter EXEC_STRING sur SysDDD et, en cas d'échec, sur SysEEE.
EXEC_HOST SysDDD,SYSEEE
Si la zone EXEC_HOST
n'est pas définie pour une action, elle prend, par défaut, la valeur %DatabaseHost%. La valeur de %DatabaseHost% est obtenue à partir du chemin de recherche de la base de données.
Supposons, par exemple, que le chemin de recherche de la base de données a été modifié par l'ajout de la ligne ci-dessous à /etc/dt/config/Xsession.d/0010.dtpaths:
DTSPSYSDATABASEHOSTS=SysAAA:,/net/SysBBB/etc/dt/appconfig/types/C
SysAAA est indiqué à l'aide de la syntaxe qualifiée de l'hôte -- SysAAA:. Une définition d'actions trouvée à l'aide de cet élément du chemin de recherche donne la valeur SysAAA. Cependant, une action trouvée à l'aide de la partie /net/SysBBB... du chemin de recherche donne comme valeur à l'hôte de la base de données celle du système local, car la syntaxe n'inclut pas le qualifiant de l'hôte.
Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.
Voir "Mise en réseau du système d'exploitation de base pour le Bureau".
Effectuez la configuration générale du Bureau requise pour les serveurs.
Vérifiez que les applications sont correctement installées et configurées pour une exécution locale.
Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.
Voir "Mise en réseau du système d'exploitation de base pour le Bureau".
Effectuez la configuration générale du Bureau requise pour les serveurs.
Créez et installez les définitions d'actions et les groupes d'applications.
Voir "Création d'actions exécutant des applications sur des systèmes éloignés" et "Création et administration de groupes d'applications généraux".
Fournissez les configurations de réseau du système d'exploitation requises par le Bureau.
Voir "Mise en réseau du système d'exploitation de base pour le Bureau".
Effectuez la configuration générale du Bureau requise pour les clients.
Modifiez le chemin de recherche des actions afin d'inclure l'hôte de base de données.
Voir "Chemin de recherche (Action/Types de données) de bases de données".
Modifiez le chemin de recherche des actions afin d'inclure l'hôte d'exécution.
La configuration standard du serveur d'applications permet d'exécuter des applications sur ce serveur. Il est parfois souhaitable qu'une application soit installée sur un système éloigné, mais exécutée en local sur le serveur de sessions.
Aucune configuration spéciale n'est requise.
Modifiez le chemin de recherche de l'application. Utilisez le chemin absolu local vers l'application.
Par exemple, vous pouvez utiliser la définition de variable ci-dessous pour trouver une application enregistrée sur sysAAA :
DTSPSYSAPPHOSTS=/net/SysAAA/etc/dt/appconfig/appmanager/C
Le serveur de sessions doit être capable d'accéder aux fichiers de configuration de l'application, tels que les app-defaults, les catalogues de messages et les bibliothèques réparties.