Vous pouvez installer le plug-in de serveur Web sur la machine sur laquelle est installé WebSphere
Application Server.
Avant de commencer
Si le serveur Web que vous configurez est un serveur IBM HTTP
et que vous avez l'intention de gérer ce serveur Web via un agent de noeud
qui s'exécute en tant qu'utilisateur non racine, respectez les exigences suivantes :
- L'ID utilisateur que vous désignez comme l'ID utilisateur possédant les répertoires et les fichiers d'IBM HTTP Server, doit être le même que celui sous lequel l'agent de noeud non racine s'exécute. Vous ne pouvez pas exécuter un serveur IBM HTTP Server en tant qu'utilisateur racine si l'agent de noeud qui gère ce serveur IBM HTTP Server s'exécute en tant qu'agent de noeud non racine, car un processus d'agent de noeud qui s'exécute en tant qu'utilisateur non racine ne peut pas déployer un serveur IBM HTTP Server s'exécutant comme utilisateur racine.
- La valeur spécifiée pour le port d'écoute doit être supérieure
à 1024. Un serveur IBM HTTP Server qui s'exécute sous un ID utilisateur non racine ne démarre pas si le numéro de ce port d'écoute est inférieur ou égal à 1024.
Vous pouvez vous assurer que l'agent de noeud non racine et le serveur IBM
HTTP Server utilisent le même ID utilisateur, en indiquant pour l'installation du serveur IBM HTTP Server, l'ID utilisateur que vous avez utilisé pour installer le produit. Toutefois, si vous décidez d'exécuter l'agent de noeud
en tant qu'utilisateur non racine après avoir installé le serveur IBM
HTTP Server et le plug-in du serveur Web, vous pouvez effectuer les actions suivantes
pour activer l'exécution de l'agent de noeud et du serveur IBM HTTP Server en tant qu'utilisateur non racine :
- Remplacez l'ID utilisateur pour WebSphere
Application Server par un ID utilisateur non racine.
- Configurez le paramètre run-as pour l'agent de noeud.
- Utilisez la console d'administration pour créer un nouveau serveur IBM HTTP Web Server,
excepté si un serveur IBM HTTP Server déjà défini, possède les propriétés requises.
- Affectez la propriété des fichiers et du répertoire du serveur IBM HTTP Server à l'ID utilisateur non racine sous lequel l'agent de noeud non racine s'exécute.
Pourquoi et quand exécuter cette tâche
Vous pouvez définir un serveur Web installé en local sur un noeud géré ou non géré. Si le serveur Web est défini sur un noeud non géré, vous pouvez gérer les fonctions d'administration par le biais du serveur
d'administration IBM® HTTP
Server. Si le serveur Web est défini sur un noeud géré,
vous pouvez gérer les fonctions d'administration sur le serveur Web via l'agent du noeud de
WebSphere
Application Server, ce qui s'avère fort utile.
Important : Les serveurs Web
qui ne sont
pas fournis avec le produit
WebSphere
Application Server n'offrent pas de serveur d'administration. Les serveurs Web qui n'incluent pas de serveur d'administration doivent résider sur un noeud géré pour faciliter l'exécution des fonctions d'administration des plug-in, la génération et la propagation du fichier
plugin-cfg.xml.
Important : Les systèmesIBM HTTP Server s'exécutant sous z/OS ne fournissent pas de serveur
d'administration. Les serveurs Web qui n'incluent pas le serveur d'administration doivent résider sur un noeud géré pour faciliter l'exécution des fonctions d'administration des plug-in, la génération et la propagation du fichier
plugin-cfg.xml.
Les étapes ci-après permettent de créer une définition de serveur Web dans le profil par défaut.
Que faire ensuite
Vous pouvez configurer des serveurs Web autres qu'IBM HTTP Server comme serveurs Web distants sur des noeuds non gérés ou comme serveurs Web locaux sur des noeuds gérés. Dans le cas d'un serveur Web autre qu'IBM HTTP Server sur un noeud géré, tenez compte des instructions suivantes :
- Génération de la configuration de plug-in, en fonction des modifications de référentiel de WebSphere
Application Server.
- Propagation du fichier plugin-cfg.xml, en fonction de l'utilisation de la synchronisation des noeuds avec le noeud WebSphere
Application Server. La synchronisation du noeud est nécessaire pour propager les modifications apportées à la configuration du ou des noeuds concernés.
Le fichier
plugin-cfg.xml est propagé vers les référentiels des noeuds des serveurs d'applications à partir du référentiel du gestionnaire de déploiement.
Important : Le fichier plugin-cfg.xml est propagé vers les référentiels des noeuds des serveurs d'applications. Il ne s'agit pas de l'emplacement d'installation par défaut du fichier plugin-cfg.xml.
Il est possible que vous deviez modifier les fichiers de configuration des serveurs Web autres qu'IBM HTTP Server pour mettre à jour l'emplacement du fichier plugin-cfg.xml qui est lu par le module du plug-in.
Par exemple, les services IIS (Internet
Information Services) possèdent un fichier dénommé
plugin-cfg.loc, qui est lu par les modules de plug-in IIS pour déterminer l'emplacement du fichier
plugin-cfg.xml.
Le fichier
plugin-cfg.loc doit être mis à jour pour refléter l'emplacement du fichier
plugin-cfg.xml dans le référentiel du noeud du serveur d'applications.
D'autres serveurs Web autres qu'IBM HTTP Server ont différentes méthodes pour spécifier l'emplacement du fichier plugin-cfg.xml pour le module du plug-in. Toutefois, pour que la propagation fonctionne, mettez à jour l'emplacement pour le refléter dans le référentiel du noeud du serveur d'applications.
Les fonctions suivantes ne sont pas prises en charge sur un noeud géré pour un serveur Web non IBM :
- Démarrage et arrêt du serveur Web.
- Affichage et modification du fichier de configuration.
- Affichage des journaux du serveur Web.
Dans le cas d'un serveur Web autre qu'IBM HTTP Server sur un noeud non géré,
vous pouvez générer une configuration de plug-in en fonction des modifications du référentiel de
WebSphere
Application Server.
Les fonctions suivantes ne sont pas prises en charge sur un noeud non géré pour un serveur Web autre qu'IBM HTTP Server :
- Démarrage et arrêt du serveur Web.
- Affichage et modification du fichier de configuration.
- Affichage des journaux du serveur Web.
- Propagation du fichier plugin-cfg.xml du serveur Web.