Guide du serveur Apache pour l’iSeries – 1ère partie

Le serveur HTTP (animé par Apache)
n’est pas simplement un port du serveur
Web Apache vers les V4R5 et V5R1
de l’OS/400 ; en réalité, il regroupe ce
qu’il y a de mieux chez les deux acteurs
: Apache et OS/400. C’est pourquoi
nous devons nous accommoder
du curieux surnom du serveur, qui reflète
le contrat de licence d’IBM avec
l’Apache Software Foundation. Le nom
amusant est un bien petit prix à  payer
pour le haut niveau d’intégration que
les développeurs de Rochester nous ont offert.

Pour vous convaincre de cette intégration,
considérez que le serveur
HTTP (animé par Apache) est entièrement
intégré à  SSL (Secure Sockets
Layer) et au nouveau TLS (Transport
Layer Security) fourni par le programme/
produit sous licence (LPP, licensed
program product) de
Cryptographic Access Provider. Le serveur
utilise le DCM (Digital Certificate
Manager) de l’OS/400 pour gérer ces
fonctions de sécurité. C’est le même
support que celui dont bénéficiait le
serveur HTTP original sur l’iSeries. Sur
un autre système, c’est peut-être vousmême
qui devriez vous charger de
cette intégration. Comme on le verra
dans « Packaging du serveur Web OS/400 » (ci-dessus), le serveur HTTP
original est encore disponible et est un
composant supporté des packages
V4R5 et V5R1. En fait, on peut avoir
une ou plusieurs instances du serveur
HTTP original fonctionnant en même
temps comme une ou plusieurs instances
du nouveau serveur HTTP
(animé par Apache). Cela procure
certes beaucoup de souplesse, mais
pose une question : quel serveur faut-il
utiliser. Le lab de Rochester procure
service et assistance pour les deux serveurs
HTTP, qui ont de nombreuses
fonctions en commun. Les serveurs,
par exemple, s’appuient sur la dernière
version du protocole HTTP (1.1) qui
prend en charge les connexions et
hôtes virtuels persistants. Il y a tout de
même quelques différences importantes
qui vous feront préférer l’un des
deux serveurs.