Le bureau est conçu pour fonctionner dans un environnement de réseau.
Etapes générales de configuration de la mise en réseau du bureau
Configuration de base des fonctions réseau du système d'exploitation pour le bureau
L'architecture du bureau permet aux administrateurs système de répartir les ressources informatiques sur le réseau. Ces ressources sont les suivantes :
des applications ;
les fichiers de données des applications ;
les services de session du bureau (applications du bureau telles que le Gestionnaire de connexion et le Gestionnaire de fichiers) ;
des 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 distribués et l'exécution à distance. Les serveurs X offrent d'autres fonctions de mise en réseau, dont l'accès à des écrans et des services de sécurité distants.
Le bureau offre une interface utilisateur pour ces fonctions de réseau. Les objectifs de cette interface et de l'architecture sous-jacente sont les suivants :
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 à connaître 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 distantes. 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 d'administration du bureau ont été conçues pour certaines situations de réseau habituelles, mais elles peuvent aisément être adaptées à de nombreuses autres configurations de réseau.
La mise en réseau permet à l'utilisateur d'accéder à différents services informatiques répartis sur d'autres 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 ;
d'autres applications ;
de fichiers de données.
Dans la terminologie des réseaux, le terme serveur désigne un système offrant des services informatiques à un ou plusieurs autres systèmes. Lorsqu'un système reçoit les 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, d'un serveur d'applications).
Dans un environnement CDE, la configuration type d'un réseau peut comprendre les éléments principaux suivants :
des écrans, pour l'exécution du serveur X ;
des serveurs de connexion/sessions, pour l'exécution des applications du bureau (Gestionnaire de connexion, Gestionnaire de l'espace de travail, etc.) ;
des serveurs d'applications, pour l'exécution d'autres applications ;
des serveurs de fichiers, pour le stockage 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. La Figure 7–1 illustre un poste de travail utilisant un serveur d'applications. Les sessions du serveur X et du bureau s'exécutent sur la station 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 exécutent le serveur X et accèdent aux services de sessions de bureau d'un autre système.
Le bureau est souple et peut gérer des configurations de réseau plus complexes, par exemple lorsque les serveurs d'applications doivent accéder à des services autres que ceux des serveurs de fichiers.
Ecran : système sur lequel s'exécute le serveur X.
Serveur de connexion/sessions : système sur lequel s'exécute la session du bureau (Gestionnaires 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 des fichiers contenant des définitions d'actions et de types de données.
Serveur d'icônes : système sur lequel sont stockés des 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.
La configuration du réseau pour le bureau s'effectue en trois étapes globales :
Configurez les 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. Pour plus d'informations, reportez-vous à la section Configuration de base des fonctions réseau du système d'exploitation pour le bureau.
Installez et configurez les services et le logiciel de mise en 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é. Pour plus d'informations, reportez-vous à la section Configuration des clients et des serveurs.
Configurez le type de serveur ou de client dont vous avez besoin.
Les étapes de configuration d'un serveur d'applications diffèrent en effet de celles d'un serveur de fichiers. Pour plus d'informations, reportez-vous à la section Administration des services d'applications.
La configuration de base des fonctions réseau est la suivante :
Les utilisateurs doivent posséder un compte de connexion au serveur de sessions et à tout système lui offrant des services de bureau. Ils doivent avoir les mêmes ID utilisateur et ID de groupe sur tous les systèmes clients et serveurs.
Les systèmes doivent pouvoir accéder aux systèmes de fichiers distants contenant des données utilisées par la session et d'autres applications.
Le spooleur d'impression lp doit pouvoir accéder aux imprimantes distantes.
sendmail doit être configuré pour les services de messagerie électronique.
L'autorisation d'accès au serveur X doit être configurée.
Cette section décrit les comptes de connexion nécessaires pour bénéficier des fonctions réseau du bureau.
Les utilisateurs doivent disposer d'un compte de connexion sur :
tous les systèmes fournissant des services au bureau, y compris les serveurs d'applications, les serveurs de fichiers et les serveurs d'impression ;
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). Sur 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 font également partie d'un ou de plusieurs groupes de connexion. Chaque groupe possède un nom de groupe et un ID de groupe numérique (GID). Sur le réseau, tous les systèmes doivent utiliser des noms de groupes et des ID de groupe cohérents.
Pour plus d'informations, reportez-vous à la page de manuel id(1) ou id(1M).
Le bureau utilise le système 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.
En général, tous les éléments suivants doivent être accessibles à distance.
Le répertoire personnel de l'utilisateur doit être partagé par tous les systèmes clients et serveurs. Cette condition est nécessaire pour les raisons suivantes :
Le répertoire personnel contient des fichiers de données auxquels doivent pouvoir accéder les applications résidant sur des systèmes distants. Par exemple, les applications ayant fréquemment recours à des fichiers de données utilisent le répertoire personnel comme emplacement par défaut pour ces fichiers.
Le répertoire personnel est le répertoire d'authentification dtspcd par défaut. Pour plus d'informations sur dtspcd, reportez-vous à la section Configuration du démon de contrôle des sous-processus.
Si un utilisateur souhaite accéder à des fichiers de données qui ne se trouvent pas dans son répertoire personnel, ces fichiers doivent être partagés par tous les systèmes clients et serveurs qui les utilisent.
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 afin que l'ensemble des applications de l'utilisateur accède aux mêmes fichiers de configuration du bureau.
Un réseau fonctionne plus efficacement si chaque utilisateur possède un seul répertoire personnel partagé par l'ensemble des systèmes clients et serveurs du réseau.
Avec un répertoire personnel en réseau, l'utilisateur peut utiliser différents systèmes du réseau sans perdre ses personnalisations, ni ses 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 nécessaire pour :
Le mécanisme d'autorisation d'accès au serveur X par défaut (voir la section Configuration de l'autorisation d'accès au serveur X).
Le démon contrôlant les sous-processus du bureau. Ce démon intervient dans le lancement des applications distantes et 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 ; elle est généralement appliquée par la création de liens symboliques adéquats. Vous pouvez par exemple configurer tous les systèmes de manière à ce que le répertoire personnel de chaque utilisateur soit accessible sous la forme /users/nom_connexion en créant un lien symbolique vers l'emplacement de montage réel du répertoire.
Le bureau utilise le spooleur d'impression lp pour accéder aux imprimantes locales ou distantes. Pour plus d'informations 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.
Assurez-vous que vous utilisez des noms d'imprimantes cohérents. Par exemple, si une imprimante est connue sous le nom Postscript1 sur le système auquel elle est directement connectée, tous les autres systèmes ayant accès à distance à cette imprimante doivent également utiliser ce nom.
Le Programme courrier du bureau utilise sendmail pour transmettre des messages entre les systèmes. Reportez-vous à la page de manuel sendmail(1M) pour plus d'informations sur la configuration de la connexion à la messagerie électronique.
Avant d'essayer d'envoyer ou de recevoir des messages à partir du bureau, vous devez vérifier que vous pouvez effectuer ces opérations correctement à l'aide de la commande mailx.
Le bureau utilise le mécanisme X par défaut pour autoriser les applications distantes (clients X) à accéder à un écran local. La façon la plus simple d'effectuer cette configuration consiste à fournir un répertoire personnel en réseau à chaque utilisateur. Ainsi, les conditions indiquées ci-après sont respectées :
L'utilisateur doit disposer d'un 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 sera exécutée.
Pour plus d'informations, reportez-vous aux pages de manuel X(1) ou xauth(1).
Cette section traite des conditions de la configuration du réseau propres au bureau, c'est-à-dire des fonctions réseau fournies par le bureau 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 (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 session est un système qui offre des services de 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. Le Gestionnaire de sessions d'un utilisateur démarre dès que celui-ci s'est connecté.
Pour plus d'informations sur la configuration des serveurs de connexion/de session et les terminaux X, reportez-vous à la section Affichage d'un écran de connexion sur un écran du réseau.
Cette section traite de la configuration des éléments de réseau suivants dans un environnement CDE :
Configurez les fonctions réseau du système d'exploitation de la manière requise par le bureau.
Voir la section Configuration de base des fonctions réseau du système d'exploitation 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 automatiquement réalisée lors de l'installation du bureau. Pour plus d'informations, reportez-vous à la section 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 automatiquement réalisée lors de l'installation du bureau. Pour plus d'informations, reportez-vous à la section Configuration du démon de contrôle des sous-processus.
Montez toutes les données distantes nécessaires.
Des données sont considérées comme “distantes” lorsqu'elles se trouvent sur un système autre que celui qui les utilise.
Par exemple :
Si une application utilise des données situées sur un serveur de fichiers, elle doit monter ces fichiers.
Si des 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 d'informations sur les points de montage, reportez-vous à la section suivante, Configuration du point de montage des systèmes de fichiers distants.
Lorsque le bureau transmet des noms de fichiers d'un système à un autre, il doit les transformer, à l'aide de tables de correspondance, en noms de fichiers compréhensibles par le système de destination. Cette transformation est nécessaire car un fichier peut ne pas être monté au même emplacement sur tous les systèmes et doit donc être accessible avec des noms différents. Par exemple, le fichier /projects/big du système sysA peut être accessible en tant que /net/sysA/projects/big sur le système sysB.
Pour que cette mise en correspondance puisse être effectuée correctement, l'une des conditions suivantes doit être vérifiée :
Les systèmes de fichiers sont montés de façon statique à l'aide de la commande mount. 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 la mise en correspondance des noms de fichiers s'effectue correctement entre les systèmes, les montages des systèmes de fichiers doivent utiliser des noms de machine cohérents. Si une machine a plusieurs noms (par exemple, des alias, ou si elle possède plusieurs adresses de réseau local connues sous des noms différents), vous devez utiliser les mêmes nom et format de nom pour tous les montages.
Ou l'agent de montage automatique est utilisé pour monter les systèmes de fichiers au point de montage par défaut /net.
Ou l'agent de montage automatique est utilisé pour monter les systèmes de fichiers à un emplacement autre que /net défini par la variable d'environnement DTMOUNTPOINT. Pour plus d'informations, reportez-vous à la section suivante, Définition d'une valeur pour DTMOUNTPOINT.
Pour plus d'informations sur l'agent 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 :
l'agent de montage automatique est utilisé pour monter des systèmes de fichiers ;
et les systèmes de fichiers distants sont montés à un emplacement autre que /net.
Plusieurs processus nécessitent que la variable d'environnement DTMOUNTPOINT soit définie, notamment :
les processus du bureau de l'utilisateur 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 distants ;
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 :
Trouvez l'entrée dtspcd et ajoutez :
-mount_point point_montage
Trouvez l'entrée rpc.ttdbserver et ajoutez :
-m point_montage
Par exemple, pour que l'agent de montage automatique utilise le point de montage /nfs, le fichier /etc/inetd.conf doit contenir les entrées suivantes :
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 d'informations, 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 le fichier /etc/dt/config/Xsession.d. Pour plus d'informations sur la définition des variables d'environnement, reportez-vous à la section 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 des clients distants. Pour plus d'informations 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 distantes.
Vérifiez que dtspc est correctement enregistré dans /etc/services et /etc/inetd.conf.
Pour plus d'informations, 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 démon dtspcd doit pouvoir accéder à un répertoire d'authentification également monté par tous les systèmes clients SPC.
Par défaut, le répertoire d'authentification de dtspcd est le répertoire personnel de l'utilisateur. Vous pouvez cependant configurer dtspcd pour qu'il utilise un autre répertoire en définissant l'option -auth_dir dans le répertoire /etc/inetd.conf. Pour plus d'informations, 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 distribué. Si le système de fichiers distribué du réseau ne vous semble pas suffisamment sécurisé, vous pouvez éventuellement désactiver le démon dtspcd. Pour cela, mettez l'entrée dtspc en commentaire dans le fichier /etc/services.
Lorsque le bureau utilise une action pour lancer une application sur un système distant, les variables d'environnement de l'utilisateur sont copiées sur ce système 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 distant. Vous pouvez configurer le composant d'appel des actions et le service de contrôle des sous-processus du bureau pour appliquer d'autres traitements aux variables d'environnement avant que ces dernières ne soient placées dans l'environnement de l'application.
Pour plus d'informations 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 un serveur de base de données, /usr/dt/bin/rpc.ttdbserver.
Ce serveur est utilisé par le service de messagerie ToolTalk et dans la correspondance des noms de fichiers. Il est généralement enregistré dans /etc/inetd.conf au moment de l'installation du bureau et ne nécessite aucune configuration supplémentaire.
Pour plus d'informations 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 nécessite aucune configuration ; il est lancé par le script Xsession lors de la connexion.
Pour plus d'informations sur le serveur de messages ToolTalk et ses options de configuration, reportez-vous à la page de manuel ttsession.
L'un des composants de l'application Agenda est le démon appelé rpc.cmsd. Ce démon est généralement enregistré dans /etc/inetd.conf au moment de l'installation du bureau et ne nécessite aucune configuration supplémentaire.
Pour plus d'informations 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 éléments suivants :
les serveurs d'applications et leurs clients ;
les serveurs du bureau qui fournissent des services spéciaux (serveurs de bases de données, d'icônes et d'aide).
Elle traite également des conditions de mise en réseau pour deux configurations particulières d'applications en réseau :
les hôtes d'exécution distants ;
les applications exécutées à travers des montages de systèmes de fichiers.
Le bureau utilise un jeu de variables d'environnement pour connaître le chemin de recherche des fichiers de configuration des applications (base de données d'actions et de types de données, fichiers d'aide et fichiers d'icônes).
Pour plus d'informations sur ces variables d'environnement, reportez-vous à la section Chemins de recherche du bureau et variables d'environnement associées ou à la page de manuel dtenvvar(5).
Dans la configuration standard, le serveur d'une application contient tous les fichiers binaires et tous les fichiers de configuration associés à cette application, y compris :
le(s) fichier(s) exécutable(s) ;
les fichiers de configuration standard de l'application, tels que app-defaults, les catalogues de messages et les bibliothèques partagées de cette application ;
les fichiers de configuration du bureau :
les fichiers de définition des actions et des types de données ;
les fichiers des images des icônes ;
les fichiers des données d'aide du bureau.
Configurez les fonctions réseau du système d'exploitation de la manière requise par le bureau.
Voir la section Configuration de base des fonctions réseau du système d'exploitation pour le bureau.
Effectuez la configuration générale du bureau requise pour les serveurs.
Voir la section Configuration des clients et des serveurs.
Installez les applications voulues.
Si une application ne s'enregistre pas automatiquement, vous devez l'enregistrer manuellement.
Voir le Chapitre 5.
Configurez les fonctions réseau du système d'exploitation de la manière requise par le bureau.
Voir la section Configuration de base des fonctions réseau du système d'exploitation pour le bureau.
Effectuez la configuration générale du bureau requise pour les clients.
Voir la section Configuration des clients et des serveurs.
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 les noms de machine SysAAA et SysBBB au chemin de recherche de l'application :
export DTSPSYSAPPHOSTS=SysAAA:,SysBBB:
Pour plus d'informations sur la définition du chemin de recherche de l'application, reportez-vous aux sections suivantes :
Généralement, les définitions des types de données, les définitions des 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 contient automatiquement les emplacements adéquats sur le serveur de sessions.
Les fichiers d'aide des autres applications sont généralement situés sur le même serveur d'applications que celles-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 sur un autre système 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 seront stockés tous les fichiers d'aide des applications du bureau (Gestionnaire de fichiers, Gestionnaire de configuration, etc.). 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.
Configurez les fonctions réseau du système d'exploitation de la manière requise par le bureau.
Voir la section Configuration de base des fonctions réseau du système d'exploitation pour le bureau.
Effectuez la configuration générale du bureau requise pour les clients.
Voir la section Configuration des clients et des serveurs.
Installez les fichiers de base de données, d'aide ou d'icônes.
Ces fichiers peuvent se trouver n'importe où sur le système. Cependant, il est plus facile d'utiliser les emplacements suivants, qui font automatiquement partie des répertoires de recherche 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, vous devez écrire les actions afin d'indiquer où leurs commandes (EXEC_STRING) seront exécutées. Pour plus d'informations, reportez-vous à la section Spécification d'un hôte d'exécution distant.
Configurez les fonctions réseau du système d'exploitation de la manière requise par le bureau.
Voir la section Configuration de base des fonctions réseau du système d'exploitation pour le bureau.
Effectuez la configuration générale du bureau requise pour les clients.
Voir la section Configuration des clients et des serveurs.
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 emplacements indiqués à l'Étape 3 de la section 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 à d'autres emplacements, 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 suivante dans /etc/dt/config/Xsession.d/0010.dtpaths :
export DTSPSYSHELP=/net/SysCCC/etc/dt/help
Pour plus d'informations sur la définition des chemins de recherche, reportez-vous aux sections suivantes :
Cette section explique comment configurer les systèmes pour exécuter des applications :
ailleurs que sur le système contenant l'action (sur un hôte d'exécution distant) ;
localement à travers des montages de systèmes de fichiers.
Dans une configuration type de serveurs d'applications, la définition des actions se trouve sur le même système que le fichier exécutable de l'application. Cependant, il est possible d'écrire des actions pour exécuter des commandes sur d'autres systèmes. Dans cette configuration, le système contenant l'application est appelé hôte d'exécution.
La définition des actions peut se trouver sur le serveur de sessions ou sur un système fournissant à celui-ci des services d'actions et de types de données. Les serveurs de ce type sont appelés serveurs de base de données ou hôtes de bases 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 dont
le nom est 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ôte, le bureau tente 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
tenter d'exécuter EXEC_STRING d'abord sur SysDDD, puis, 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 ait été modifié par l'ajout de la ligne suivante à /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'action trouvée à l'aide de cet élément du chemin de recherche donne la valeur SysAAA à l'hôte de la base de données. Cependant, une action trouvée à l'aide de la partie /net/SysBBB… du chemin de recherche attribue à l'hôte de la base de données la valeur du système local, car la syntaxe n'inclut pas le qualificatif de l'hôte.
Configurez les fonctions réseau du système d'exploitation de la manière requise par le bureau.
Voir la section Configuration de base des fonctions réseau du système d'exploitation pour le bureau.
Effectuez la configuration générale du bureau requise pour les serveurs.
Voir la section Configuration des clients et des serveurs.
Vérifiez que les applications sont correctement installées et configurées pour une exécution locale.
Configurez les fonctions réseau du système d'exploitation de la manière requise par le bureau.
Voir la section Configuration de base des fonctions réseau du système d'exploitation pour le bureau.
Effectuez la configuration générale du bureau requise pour les serveurs.
Voir la section Configuration des clients et des serveurs.
Créez et installez les définitions des actions et les groupes d'applications.
Voir les sections Création d'actions exécutant des applications sur des systèmes distantset Création et administration des groupes d'applications généraux.
Configurez les fonctions réseau du système d'exploitation de la manière requise par le bureau.
Voir la section Configuration de base des fonctions réseau du système d'exploitation pour le bureau.
Effectuez la configuration générale du bureau requise pour les clients.
Voir la section Configuration des clients et des serveurs.
Modifiez le chemin de recherche des actions afin d'inclure l'hôte de la base de données.
Voir la section Chemin de recherche de la base de données (types d'actions/de données).
Modifiez le chemin de recherche des actions afin d'inclure l'hôte d'exécution.
Voir la section Chemin de recherche des applications.
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 distant, mais exécutée localement sur le serveur de sessions.
Aucune configuration particulière n'est nécessaire.
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 suivante pour trouver une application enregistrée sur le système 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 app-defaults, les catalogues de messages et les bibliothèques distribuées.