# Configuration du Bureau dans un réseau

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

  SAG.ClSrv.mkr.2
  SAG.ClSrv.mkr.5
  SAG.ClSrv.mkr.6
  SAG.ClSrv.mkr.9
  SAG.ClSrv.mkr.15

## Généralités sur la mise en réseau du Bureau

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 permettant la mise en oeuvre de nombreuses autres configurations de réseau personnalisées.

### Types de services du Bureau en réseau

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).

### Situations de réseau types

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 sessions, Gestionnaire de l'espace de travail, etc.)
Serveurs d'applications | Exécution des autres applications
Serveurs de fichiers | Stockage des données utilisées par les applications

Dans les configurations de réseau les plus courantes, ces systèmes clients accèdent à un serveur d'applications. La SAG.ClSrv.mkr.3 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 serveurs d'applications offrent des services aux sessions du Bureau

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 serveurs de fichiers fournissent des données au serveur d'applications et au serveur de sessions.

Les terminaux X lancent le serveur X et accèdent aux fonctions de gestion des sessions du Bureau à partir d'un autre système.

#### Les terminaux X accèdent aux fonction de gestion des sessions à partir d'un serveur de sessions

### Autres situations de mise en réseau

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.

#### Les services requis par un serveur d'applications du Bureau peuvent être répartis

###
Résumé — Types de serveurs

Ecran | Le système sur lequel s'exécute le serveur X.
Serveurs de connexion/sessions | Le système sur lequel s'exécute la session du Bureau (Gestionnaire de connexion, de sessions, de fenêtres, de fichiers, etc).
Serveur d'applications | Le 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 bases 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 mot de passe, un serveur de messagerie, un serveur vidéo, etc.

## Etapes générales de configuration du réseau du Bureau

Il existe trois étapes générales de configuration du réseau pour le Bureau:

1. 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. Reportez-vous à la section SAG.ClSrv.mkr.6.

2. 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é. Reportez-vous à la section SAG.ClSrv.mkr.9.

3. 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. Reportez-vous à la section SAG.ClSrv.mkr.15.

## Mise en réseau du système d'exploitation de base pour le Bureau

Le Bureau requiert la configuration de réseau de base suivante :

- Les utilisateurs doivent disposer d'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 spouleur 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.

### Ouverture de comptes de connexion

Cette section décrit les conditions préalables requises pour l'ouverture de comptes de connexion sur le Bureau.

#### Ouverture de comptes de connexion

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 réseau;

- tous les serveurs de sessions accessibles aux utilisateurs. Généralement, ces serveurs sont utilisés avec des terminaux X.

#### Attribution d'ID utilisateur et de groupe cohérents

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 une 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)`.

### Configuration de l'accès au système de fichiers réparti

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`, reportez-vous à la section SAG.ClSrv.mkr.13.

- 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.

####
Mise en réseau d'un répertoire personnel

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 au rétablissement 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. Reportez-vous à la section SAG.ClSrv.mkr.8;

- 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.

####
Cohérence des noms de fichiers

Configurez le réseau de manière à permettre aux utilisateurs d'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.

### Configuration de l'accès aux imprimantes éloignées

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 spouleur `lp`, reportez-vous à la page de manuel `lpadmin(1M)`.

Avant d'imprimer via 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`.

###
Configuration de la messagerie électronique

La Messagerie du Bureau utilise `sendmail` pour transmettre des messages entre les systèmes. Reportez-vous à la
page de manuel `sendmail(1M)` pour apprendre à 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`.

### Configuration de l'autorisation X

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)`.

## Configuration des clients et serveurs du Bureau

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.

### Configuration des services de connexion et de session

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, reportez-vous à la section SAG.LogMg.mkr.6.

### Configuration des serveurs de méthode d'entrée

Un serveur de méthode d'entrée (IMS, Input Method Server) est lancé par la commande `dtimsstart`. `dtimsstart` est automatiquement appelée lors de la session X de lancement (login de l'utilisateur) par le script `/usr/dt/config/Xsession.d/0020.dtims`.

Selon l'environnement du pays sélectionné, les paramètres d'environnement, les fichiers de configuration et les options de ligne de commande, `dtimsstart` affiche une fenêtre de sélection dans laquelle l'utilisateur peut sélectionner le IMS à utiliser. A partir de cette fenêtre, il peut aussi demander le lancement d'un IMS sur un système éloigné. Dans ce cas, `dtimsstart`:

- Exécute l'action `DtImsGetRemoteConf` pour extraire l'information relative aux IMS enregistrés sur le système éloigné spécifié

- Liste les IMS enregistrés dans la fenêtre de sélection

- Exécute l'action `DtImsRunRemoteIms` pour démarrer le IMS sélectionné par l'utilisateur sur le système éloigné

Au cours de la recherche d'un IMS sur un système éloigné, `dtimsstart` n'extrait que les IMS enregistrés. Pour être enregistré sur un système (local ou éloigné) un IMS doit:

- Etre défini dans le fichier d'entrée de l'environnement du pays en cours. Chaque environnement du pays a son propre fichier d'entrée qui liste les IMS de sa prise en charge. L'emplacement du fichier d'entrée de l'environnement du pays est `/usr/dt/config/ims/<locale_name>`.

- Avoir son propre fichier d'entrée sur le système. Les attributs du IMS décrits dans le fichier d'entrée comprennent les protocoles, le nom du serveur sur lequel le IMS est exécuté, les options de la ligne de commande et l'indication si le IMS permet ou non une exécution éloignée. L'emplacement des fichiers d'entrée IMS est `/usr/dt/config/ims/<ims_name>`.

Pour la description des formats de fichiers accompagnée d'exemples, reportez-vous à la page de manuel `dtimsstart`.

Pour définir les hôtes sur lesquels le IMS se trouve, vous pouvez configurer la ressource d''application `imServerHosts`. Cette ressource (utilisée par le Gestionnaire de configuration lors de l'identification des IMS pour la sélection de l'utilisateur) contient la liste des noms d'hôtes séparés par des virgules. Par exemple:

    *imServerHosts: xylo,expo

### Configuration d'autres services associés aux applications

Cette section traite de la configuration des éléments de réseau dans un environnement CDE:

- serveurs d'applications,

- serveurs de bases de données,

- serveurs d'icônes,

- serveurs d'aide.

#### Configuration des clients et des serveurs du Bureau

1. Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.

   Reportez-vous à la section sag.clsrv.mkr.6.

2. Installez le Bureau ou le jeu de fichiers de base.

   Vous devez installer:

   - le jeu de fichiers d'exécution complet du Bureau CDE ;

   - ou les jeux de fichiers suivants:
     CDE-MIN et CDE-TT.

   L'installation et les jeux de fichiers peuvent varier en fonction des fournisseurs.

3. 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, reportez-vous à la section sag.clsrv.mkr.14.

4. 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, reportez-vous à la section sag.clsrv.mkr.13.

5. 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, sag.clsrv.mkr.11.

#### 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 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, donc accessibles avec des noms différents. Par exemple, le fichier /`projets/grd` sur `sysA` est accessible sous la forme `/net/sysA/projets/grd` sur `sysB`.

##### Conditions préalables au mappage des noms de fichiers

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, SAG.ClSrv.mkr.12.

Pour plus de détails sur le processus de montage automatique, reportez-vous à la page de manuel `automount(1M)`.

##### Définition d'une valeur pour
DTMOUNTPOINT

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 processus système, tels que `
  rpc.ttdbserver` et `dtspcd` lancés par des mécanismes comme `inetd ;`

- 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:

1. Editez le fichier `/etc/
   inetd.conf`:

   1. Recherchez l'entrée `
      dtspcd` et ajoutez:

      `-mount_point point_montage`

   2. 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

2. 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)`.

3. 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, reportez-vous à la section sag.sesmg.mkr.9.

#### Configuration du démon de contrôle des sous-processus

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 invoquer des actions à distance.

##### Pour configurer
dtspcd

1. Vérifiez que `dtspc` est correctement enregistré dans `/etc/services` et dans `/etc/inetd.conf`. Reportez-vous à la page de manuel `dtspcd(1M)`.

2. HP-UX seulement: Vérifiez que `/usr/adm/inetd.sec` est configuré correctement. Reportez-vous à la page de manuel `
   inetd.sec(4)`.

#####
Sécurité SPC

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 `dtspc` dans `/etc/services`.

####
Configuration de variables d'environnement pour l'exécution à distance

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)`.

#### Configuration du
serveur de base de données ToolTalk

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)`.

#### Configuration du
serveur de messages ToolTalk

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`.

#### Configuration du
démon Agenda

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 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)`.

## Gestion des services d'applications

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.

### Variables d'environnement des chemins de recherche

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, reportez-vous au SAG.Datab.mkr.1, ou à la page de manuel `dtenvvar(5)`.

### Configuration d'un serveur d'applications et de ses clients

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.

####
Configuration standard du serveur d'applications

#### Configuration d'un serveur d'applications

1. Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.

   Reportez-vous à la section SAG.ClSrv.mkr.6.

2. Effectuez la configuration générale du Bureau requise pour les serveurs.

   Reportez-vous à la section SAG.ClSrv.mkr.10.

3. Installez les applications voulues.

4. Si une application ne s'enregistre pas automatiquement, vous devez effectuer la procédure d'enregistrement.

   Reportez-vous au SAG.RegAp.mkr.1.

#### Configuration du client d'un serveur d'applications

1. Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.

   Reportez-vous à la section SAG.ClSrv.mkr.6.

2. Effectuez la configuration générale du Bureau requise pour les clients.

   Reportez-vous à la section SAG.ClSrv.mkr.10.

3. Ajoutez le serveur d'applications au chemin de recherche de l'application au niveau système ou personnel:

   Système | Définissez la variable `DTSPSYSAPPHOSTS` dans/`etc/dt/config/Xsession.d/0010.dtpaths`
   Personnel | Définissez la variable `DTSPSYSAPPHOSTS` 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 :

    DTSPSYSAPPHOSTS=SysAAA:,SysBBB:

Pour plus de détails sur la définition du chemin de recherche de l'application, reportez-vous aux sections suivantes:

- SAG.Datab.mkr.8.

- SAG.Datab.mkr.6.

### Configuration des services de bases de données, d'icônes et d'aide

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 mémoriser 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 il est inutile de dupliquer les fichiers d'aide sur chaque serveur de sessions.

#### Création d'un serveur de base de données, d'icônes ou d'aide

1. Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.

   Reportez-vous à la section SAG.ClSrv.mkr.6.

2. Effectuez la configuration générale du Bureau requise pour les clients.

   Reportez-vous à la section SAG.ClSrv.mkr.10.

3. 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. Reportez-vous à la section SAG.ClSrv.mkr.19.

#### Configuration du serveur de sessions pour la recherche d'un serveur de base de données, d'icônes ou d'aide

1. Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.

   Reportez-vous à la section SAG.ClSrv.mkr.6.

2. Effectuez la configuration générale du Bureau requise pour les clients.

   Reportez-vous à la section SAG.ClSrv.mkr.10.

3. Ajoutez le serveur de base de données, d'icône ou d'aide au chemin de recherche approprié.

   - Si vous avez placé les fichiers de données aux endroits indiqués dans l'SAG.ClSrv.mkr.18 de la section SAG.ClSrv.mkr.17, vous pouvez modifier le chemin de recherche de l'application.

   - Si vous avez enregistré ces fichiers ailleurs, vous devez modifier le chemin de recherche spécifié.

     Par exemple, si vous avez placé les fichiers d'aide dans le répertoire `/etc/dt/help` du système `SysCCC`, ajoutez la ligne suivante à /`etc/dt/config/Xsession.d/0010.dtpaths`:

     `DTSPSYSHELP=/net/SysCCC/etc/dt/help`

     Pour plus de détails sur la définition des chemins de recherche, reportez-vous aux sections suivantes:

   - SAG.Datab.mkr.12.

   - SAG.Datab.mkr.13.

   - SAG.Datab.mkr.14.

   - SAG.Datab.mkr.6.

### Configurations d'applications en réseau spéciales

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.

#### Spécification d'un hôte d'exécution éloigné

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 résider 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 adopte 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` à 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 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.

#####
Configuration de l'hôte d'exécution éloigné

1. Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.

   Reportez-vous à la section SAG.ClSrv.mkr.6.

2. Effectuez la configuration générale du Bureau requise pour les serveurs.

   Reportez-vous à la section SAG.ClSrv.mkr.10.

3. Vérifiez que les applications sont correctement installées et configurées pour exécution locale.

##### Configuration des systèmes contenant les définitions d'actions

1. Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.

   Reportez-vous à la section SAG.ClSrv.mkr.6.

2. Effectuez la configuration générale du Bureau requise pour les serveurs.

   Reportez-vous à la section SAG.ClSrv.mkr.10.

3. Créez et installez les définitions d'actions et les groupes d'applications.

   Reportez-vous aux sections SAG.CrAct.mkr.32 et SAG.CnfAM.mkr.10.

##### Pour configurer le serveur de sessions

1. Fournissez les configurations de réseau du système d'exploitation requises par le Bureau.

   Reportez-vous à la section SAG.ClSrv.mkr.6.

2. Effectuez la configuration générale du Bureau requise pour les clients.

   Reportez-vous à la section SAG.ClSrv.mkr.10.

3. Modifiez le chemin de recherche des actions afin d'inclure l'hôte de base de données.

   Reportez-vous à la section SAG.Datab.mkr.12.

4. Modifiez le chemin de recherche des actions afin d'inclure l'hôte d'exécution.

   Voir la section SAG.Datab.mkr.8.

####
Exécution locale d'applications

La configuration standard du serveur d'applications permet d'exécuter des applications sur ce serveur. Il est parfois souhaitable d'installer une application sur un système éloigné, mais de l'exécuter localement sur le serveur de sessions.

##### Exécution entre points de montage

##### Configuration du serveur d'applications

Aucune configuration spéciale n'est requise.

##### Configuration du serveur de sessions

- Modifiez le chemin de recherche de l'application. Utilisez le chemin absolu local de l'application.

Par exemple, vous pouvez utiliser la définition de variable ci-dessous pour loacliser 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.