Il se peut que vous souhaitiez exécuter plusieurs piles TCP/IP sur le même système afin
de fournir un isolement de réseau pour une ou plusieurs applications.
Par exemple,
vous pouvez avoir plusieurs fonctions OSA (Open System Adapter), chacune
connectant le système à un réseau différent. Vous pouvez, dans ce cas, attribuer une pile TCP/IP à chaque
fonction.
Avant de commencer
Lorsque vous configurez le produit sur un système à piles mutiples, vous devez d'abord établir l'affinité de pile du produit avec la pile souhaitée. Lorsque vous établissez l'affinité de pile, ceci lie toutes les communications de connecteurs à cette pile et attribue la résolution de l'ensemble des fichiers de configuration du nom d'hôte au produit. Ces fichiers activent les recherches de nom d'hôte afin d'obtenir les résultats souhaités.
Utilisez le paramètre NETWORK DOMAINNAME de
SYS1.PARMLIB(BPXPRMxx) pour définir le système de fichiers physique INET, C_INET
PFS, puis utilisez ce système de fichiers pour définir plusieurs piles TCP/IP. Ce système de fichiers
physique vous permet de configurer plusieurs systèmes de fichiers physiques
(sockets réseau) et de les rendre actifs simultanément.
Si vous prévoyez de configurer le produit afin d'utiliser une pile TCP/IP autre que la pile par défaut, voir z/OS UNIX System
Services Planning, et z/OS Communications Server: IP Configuration
Reference, pour plus d'informations.
Pourquoi et quand exécuter cette tâche
Eviter les incidents: Au cours des étapes
suivantes, vous allez définir un certain nombre de variables. Il est important de comprendre que ces variables doivent être définies au niveau du noeud.
gotcha
Pour configurer le produit sur un système à piles multiples :
Procédure
- Configurez l'ensemble des données pour la résolution de nom d'hôte de chaque serveur d'applications. Dans la console d'administration, cliquez sur .
- Ajoutez la variable de processus RESOLVER_CONFIG UNIX et définissez le nom de fichier
dans la zone valeur.
- Exportez la variable RESOLVER_CONFIG dans les scripts de shell.
- Vous pouvez aussi utiliser JCL pour définir le fichier de configuration de la résolution de nom. Pour utiliser JCL, ajoutez //SYSTCPD DD DSN=some.tcpip.DATA,DISP=SHR au JCL serveur. La variable RESOLVER_CONFIG remplace l'instruction SYSTCPD DD.
Voir z/OS Communications Server: IP Configuration Reference,
pour plus d'informatins sur la variable RESOLVER_CONFIG
- Etablissez l'affinité de pile du serveur d'applications
- Dans la console d'administration, cliquez sur et définissez la variable
du processus _BPXK_SETIBMOPT_TRANSPORT UNIX sur la valeur du
transport de votre choix. Si cette variable n'existe pas, cliquez sur Nouveau et ajoutez-la.
- Exportez la variable _BPXK_SETIBMOPT_TRANSPORT dans les scripts de shell client.
Pour définir la variable BPXK_SETIBMOPT_TRANSPORT dans le fichier was.env pour le démon, vous devez apposer le préfixe DAEMON_ à la variable.
Cette information supplémentaire permet au transformateur générant le fichier was.env d'insérer la variable dans le fichier was.env pour le démon. La variable _BPXK_SETIBMOPT_TRANSPORT contient déjà un trait de soulignement. C'est pourquoi la version finale de cette variable, lorsqu'elle est définie pour le démon, contient deux traits de soulignement qui précèdent le nom de la variable comme dans l'exemple suivant DAEMON__BPXK_SETIBMOPT_TRANSPORT.
Eviter les incidents: Si vous définissez cette variable pour le démon, vous souhaitez probablement la définir au niveau de la cellule afin d'attribuer le même paramètre à tous les démons de cette cellule. Si pour une quelconque raison vous devez indiquer différents paramètres pour différents démons dans une cellule, vous pouvez définir cette variable au niveau du noeud, à moins que l'un des démons prenne en charge des noeuds multiples.
gotcha
Voir z/OS UNIX System
Services Planning, pour plus d'informations sur la variable_BPXK_SETIBMOPT_TRANSPORT.