Les valeurs par défaut de la V5R1 rendent
la préparation du serveur relativement
simple pour l'environnement
TCP/IP :
• Le serveur TCP/IP démarre automatiquement
en même temps que
TCP/IP.
• L'OS/400 ajoute automatiquement
une entrée *LOCAL à la base de données
relationnelle (RDB) du serveur
à la première connexion.
•
Démarrer avec DRDA

L’option de sécurité par mot de
passe par défaut est required plaintext
password.
Ce tutoriel vise l’utilisation de
TCP/IP, subordonnée à l’instruction
des TCP/IP Connectivity Utilities sur
votre (vos) système(s). Vous avez également
besoin du DB2 Query Manager
et du SQL Development Kit.
Dans un environnement SNA, la
connectivité APPC doit déjà être établie entre les systèmes agissant
comme client (demandeur) et serveur.
Pour un client non-iSeries, comme
DB2 Connect for Windows ou QMF for
Windows, il vous faudra consulter la
documentation de configuration appropriée
pour cette plate-forme.
La première étape consiste à configurer
le répertoire de la base de
données relationnelle (RDB) sur votre
système demandeur (c’est-à -dire,
client), en utilisant la commande WRKRDBDIRE
(Work with Relational
Database Directories). En supposant
qu’il n’existe pas d’entrée dans le répertoire
pour le système auquel vous
voulez vous connecter, amenez le curseur
sur le champ supérieur directement
sous Option, et entrez un 1. Dans
le champ suivant à droite, entrez le
nom du système cible. Dans la figure 2,
le nom RDB entré est MYSERVER. Si
vous n’avez qu’un système iSeries,
« ME » est un nom spécial, non documenté,
que vous pouvez utiliser à la
place. Ce nom vous permet d’utiliser
les protocoles DRDA pour accéder à la
base de données sur le même système
via le serveur TCP/IP DDM/DRDA. La
troisième ligne de la figure 2 montre à
quoi doit ressembler cette entrée.
Si votre système cible (serveur) est
un autre iSeries, vous aurez besoin de
connaître le nom de la base de données
relationnelle (RDB) de ce système.
Normalement, c’est le nom du
système, mais pas toujours. Le nom
RDB d’un serveur est défini par une
entrée spéciale dans le répertoire RDB
du système, qui a une valeur *LOCAL
pour le nom d’emplacement distant.
Vous pouvez ajouter cette entrée *LOCAL
manuellement, ou elle sera ajoutée
automatiquement si aucune entrée
n’est présente quand le serveur reçoit
sa première demande de connexion.
Notons la septième entrée de la figure
2, qui est une entrée *LOCAL qui a été
ajoutée automatiquement au système
utilisé comme client dans cet exemple.
Cette entrée ne jouera aucun rôle dans
cet exercice – elle n’est utilisée
que quand le système RCHASJMB se comporte comme un serveur.
Téléchargez cette ressource

Percer le brouillard des rançongiciels
Explorez les méandres d’une investigation de ransomware, avec les experts de Palo Alto Networks et Unit 42 pour faire la lumière dans la nébuleuse des rançongiciels. Plongez au cœur de l’enquête pour comprendre les méthodes, les outils et les tactiques utilisés par les acteurs de la menace. Découvrez comment prévenir les attaques, les contrer et minimiser leur impact. Des enseignements indispensables aux équipes cyber.
Les articles les plus consultés
- Cybersécurité Active Directory et les attaques de nouvelle génération
- Activer la mise en veille prolongée dans Windows 10
- Et si les clients n’avaient plus le choix ?
- Afficher les icônes cachées dans la barre de notification
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
Les plus consultés sur iTPro.fr
- Ransomware : persistance des cyberattaques à l’échelle mondiale
- Cybersécurité : l’IA générative rebat les cartes du cybercrime
- Le World Cyber Ranking, 1er classement mondial de la cybersécurité des entreprises
- Comment le Quarter Plan permet d’aligner IT et Métiers pour délivrer
- Explosion des attaques d’ingénierie sociale en 2025
