par Mel Beckman - Mis en ligne le 04/03/2003
Le support de TCP/IP par l'OS/400
n'a pas beaucoup changé depuis la
V4R4. Pourtant, entre temps, les unités
de type TCP/IP comme les routeurs et
les imprimantes se sont enrichies de
nombreuses nouvelles fonctions. Les
unités TCP/IP, par exemple, peuvent
désormais partager une source d'heure
commune pour synchroniser leurs horloges ...une fonction très intéressante pour établir la corrélation entre des entrées
log provenant de multiples agents
TCP/IP pendant un dépannage. En
outre, les imprimantes TCP/IP ont des
spoolers intégrés avec gestion Web capables
de libérer l'OS/400 des tâches de
gestion du spooling. Et les routeurs ont
de nouvelles possibilités, comme des
LAN virtuels, permettant de mieux
distinguer et contrôler votre réseau local.
Ce n'est qu'un petit aperçu de ce
dont votre iSeries peut bénéficier en interagissant avec des unités et services
TCP/IP probablement déjà en action
dans votre réseau.
Si vous savez tirer parti de certaines
fonctionnalités TCP/IP communes non
natives à l'OS/400, vous pourrez prolonger
la durée de vie de votre iSeries
en lui confiant de nouvelles missions.
La poignée de pépites d'interaction
TCP/IP présentées ici ouvriront la voie
à un gisement de possibilités TCP/IP à
portée des prospecteurs audacieux.
Découvrir les trésors de TCP/IP
Commençons par un trésor simple
mais précieux : la synchronisation de
l’heure. Pendant des années, les utilisateurs
iSeries ont pâti du support insuffisant
fourni par IBM en matière de
contrôle de l’horloge et du calendrier
de l’OS/400. Non seulement les horloges
de l’iSeries glissent sensiblement au fil des semaines et des mois, mais
leur glissement n’est pas uniforme. Et
c’est ainsi qu’un réseau de machines
iSeries se retrouve désynchronisé.
Même si vous parvenez à accorder plus
ou moins vos boîtes iSeries, par une
programmation CL intelligente, vous
ne serez toujours pas en harmonie
avec la multitude d’autres unités du réseau.
Le dépannage se complique
quand il faut tenir compte des différences
entre des heures d’événements
journalisés par des unités différentes,
et certains protocoles peuvent en pâtir
– particulièrement les services d’authentification
comme Kerberos.
Il existe déjà un protocole Internet
standard – SNTP (Simple Network
Time Protocol) – pour corriger ce problème.
C’est avec joie que les utilisateurs
iSeries ont vu que SNTP figurait
sur la liste des nouveaux services de la
V5R1. Utiliser SNTP est un jeu d’enfant.
Commencez par définir l’offset de
votre fuseau horaire dans la valeur système
QUTCOFFSET (en utilisant la
commande WRKSYSVAL SYSVAL(QUTCOFFSE)
comme la différence entre
votre heure locale et le Coordinated
Universal Time. Par exemple, Pacific
Standard Time requiert une valeur
QUTCOFFSET de -08:00.
Ensuite, configurez le client SNTP à
l’aide de la commande
CHGNTPA RMTSS('')
AUTOSTART(*YES)
POLLITV(6à˜)
MINADJ(1à˜à˜)
MAXADJ(2à˜)
ACTLOG(*NONE) Si vous préférez l'interface graphique
d'OpsNav (Operations
Navigator), sachez qu'il supporte aussi
la configuration et la gestion de SNTP.
Téléchargez cette ressource
Comment lutter contre le Phishing ?
Dans un environnement cyber en constante mutation, le phishing évolue vers des attaques toujours plus sophistiquées combinant IA, automatisation et industrialisation. Une réalité complexe qui exige des mesures de sécurité avancées et repensées au-delà de l’authentification multifacteur. Découvrez les réponses technologiques préconisées par les experts Eviden et les perspectives associées à leur mise en œuvre.
