Dans tous ces scénarios, il faut commencer par créer la VIPA. Cette création en soi est facile, mais ensuite il faut choisir la manière dont le réseau connaîtra son existence.
IBMi, Créer la VIPA
Il est bien sûr possible de créer manuellement une route vers la VIPA sur chaque unité de réseau concernée dans votre environnement. Mais il vaut mieux laisser à la VIPA le soin de signaler elle-même sa présence au réseau, pour réduire la configuration au minimum. Pour cela, il y a deux méthodes principales chacune avec ses avantages et inconvénients : proxy Address Resolution Protocol (ARP), qui permet à une interface physique de répondre à des requêtes pour la VIPA, et Routing Information Protocol version 2 (RIPv2), dans lequel un job s’exécutant sur le serveur crée des routes vers la VIPA.
Avant de voir ces approches dans le détail, commençons par la simple étape de création de la VIPA. À noter que cet article se concentre sur IPv4. C’est le standard de facto que la plupart des gens connaissent. Une partie de cette fonctionnalité pour IPv6 est introduite dans l’IBM i 6.1, et vous trouverez des détails dans l’IBM Information Center.
Le meilleur moyen pour créer la VIPA est System i Navigator, comme le montre la figure 1. Allez à your system, Network, TCP/IP Configuration, IPv4. Faites un clic droit sur Interfaces et sélectionnez New Interface, Virtual IP.
IBMi, Créer la VIPA
Une fois ces sélections de menu effectuées, l’assistant New IPv4 Interface s’ouvre. Les figures 2 et 3 montrent l’assistant. À noter que les VIPA sont sur leur propre réseau, donc le masque subnet devrait être 255.255.255.255. J’y reviendrai plus loin.
La création de la VIPA peut aussi se faire avec la commande ADDTCPIFC pour écran vert, que montre la figure 4, mais l’utilisation de Navigator présente l’avantage supplémentaire de permettre des interfaces associées multiples, intéressantes si vous utilisez proxy ARP. Si vous utilisez proxy ARP, il faut spécifier au moins une interface IP physique. Si vous utilisez RIPv2, il est très probable que vous ne voulez pas attribuer une interface associée. À noter que la valeur maximum transmission unit (MTU) n’a que peu d’importance. Les VIPA n’ont pas d’interface physique en propre, et donc elles utilisent la MTU de l’interface à laquelle elles sont associées. Dans la pratique, il vaut probablement mieux que la valeur MTU soit la même que la plus grande des interfaces physiques qu’elle pourrait utiliser, mais cela devrait vraiment être sans importance.
Téléchargez cette ressource
Guide de Threat Intelligence contextuelle
Ce guide facilitera l’adoption d’une Threat Intelligence - renseignement sur les cybermenaces, cyberintelligence - adaptée au "contexte", il fournit des indicateurs de performance clés (KPI) pour progresser d' une posture défensive vers une approche centrée sur l’anticipation stratégique
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Top 5 du Baromètre de la cybersécurité 2025 : entre confiance et vulnérabilités persistantes
- Analyse Patch Tuesday Février 2026
- Entamer la transition vers la cryptographie post quantique est prioritaire
- Full Cloud : une transformation numérique inévitable pour les entreprises ?
Articles les + lus
Quand l’innovation échappe à ses créateurs: Comment éviter l’effet Frankenstein à l’ère de l’IA
Alliée ou menace ? Comment l’IA redessine le paysage cyber
CES 2026 : l’IA physique et la robotique redéfinissent le futur
Les 3 prédictions 2026 pour Java
Semi-conducteurs : comment l’Irlande veut contribuer à atténuer la pénurie mondiale de puces
À la une de la chaîne Tech
- Quand l’innovation échappe à ses créateurs: Comment éviter l’effet Frankenstein à l’ère de l’IA
- Alliée ou menace ? Comment l’IA redessine le paysage cyber
- CES 2026 : l’IA physique et la robotique redéfinissent le futur
- Les 3 prédictions 2026 pour Java
- Semi-conducteurs : comment l’Irlande veut contribuer à atténuer la pénurie mondiale de puces
