[AIX Solaris HP-UX Linux Windows][z/OS]

Configuration d'un serveur Web local

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 :
  1. Remplacez l'ID utilisateur pour WebSphere Application Server par un ID utilisateur non racine.
  2. Configurez le paramètre run-as pour l'agent de noeud.
  3. 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.
  4. 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.
[AIX Solaris HP-UX Linux Windows]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.
[z/OS]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.

Procédure

  1. Installez IBM Installation Manager.
  2. Installez votre produit WebSphere Application Server.
  3. Installez IBM HTTP Server ou un autre serveur Web pris en charge.
  4. Installez les plug-ins du serveur Web.
  5. Installez les outils de personnalisation WebSphere.
  6. [AIX Solaris HP-UX Linux Windows][z/OS]Configurez le plug-in du serveur Web server plug-in à l'aide de l'outil de configuration des plug-ins du serveur Web. [AIX Solaris HP-UX Linux Windows]

    La définition de serveur Web est créée et configurée automatiquement.

  7. Terminez l'installation en créant la définition du serveur Web à l'aide de la console d'administration de WebSphere Application Server ou exécutez le script de configuration du plug-in. La création de cet objet est propre à l'installation du serveur Web.

    Avant de pouvoir utiliser la console d'administration du gestionnaire de déploiement pour créer une définition de serveur Web, vous devez créer un profil de serveur d'applications ou un profil personnalisé et fédérer le noeud. Il en va de même pour l'exécution du script de configuration créé par l'outil de configuration des plug-ins de serveur Web. Vous devez affecter le serveur Web à un noeud géré lorsque vous le créez. Le noeud géré doit exister avant que l'outil de configuration des plug-ins de serveur Web ne soit configuré. Dans le cas contraire, l'installation est considérée comme une installation distante.

    Sélectionnez l'une des options suivantes :
    • A l'aide de la console d'administration.

      Créez une définition de serveur Web sur un serveur d'applications ou un noeud géré existant.

      1. Cliquez sur Serveurs > Types de serveur > Serveurs Web > Nouveau et utilisez l'outil de création d'une nouvelle définition de serveur Web pour créer la définition de serveur Web.
      2. Sélectionnez le noeud approprié.
      3. Sélectionnez un modèle. Sélectionnez un modèle système ou un modèle défini par l'utilisateur pour le serveur Web à créer.
      4. Entrez les propriétés de serveur Web :
        • Type : Type de fournisseur de serveur Web
        • Port : Port du serveur Web existant (valeur par défaut : 80)
        • Chemin d'installation : Chemin d'installation du serveur Web. Cette zone n'est requise que pour IBM HTTP Server.
        • Nom de service (systèmes d'exploitation Windows) : Nom de service du système d'exploitation Windows du serveur Web. La valeur par défaut est IBMHTTPServer7.0.
        • Utiliser le protocole sécurisé : Utilisez le protocole HTTPS pour communiquer avec le serveur Web. La valeur par défaut est HTTP.
        • Emplacement d'installation du plug-in : Chemin d'accès au répertoire dans lequel le plug-in est installé.
      5. Confirmez la création du nouveau serveur Web et cliquez sur Terminer.
      Après avoir créé le serveur Web, effectuez les opérations suivantes pour vérifier que le fichier plugin-key.kdb a été généré et pour configurer le plug-in de serveur Web avec SSL :
      1. Cliquez sur Sécurité > Certificat SSL et gestion des clés.
      2. Dans le menu Paramètres de configuration, cliquez sur Gérer les configurations de sécurité du point de contact.
      3. Sous Entrant ou Sortant, développez nom_cellule > noeuds > nom_noeud_serveur_Web > serveurs et cliquez sur nom_serveur.
      4. Sous Articles liés, cliquez sur Magasins de clés et certificats. La console d'administration affiche la configuration CMSKeyStore avec le chemin du fichier plugin-key.kdb.
      5. Exportez le certificat par défaut à partir de key.p12 et ajoutez-le sous forme de certificat d'auto-signature au fichier plugin-key.kdb.
    • En exécutant le script de configuration du plug-in.

      Si vous installez le plug-in, enregistrez son script de configuration afin qu'il s'exécute après la création d'un noeud géré ; à défaut une erreur apparaîtra. Attendez que le script fonctionne correctement, qu'il crée la définition de serveur Web sur le noeud géré et que la synchronisation du noeud soit terminée avant de démarrer le serveur Web.

      L'ajout du noeud démarre le processus de l'agent du noeud. Si l'agent du noeud n'est pas en cours d'exécution, démarrez le noeud.
      Conseil : Si vous souhaitez que le serveur Web gère les requêtes pour une application concernant plusieurs noeuds gérés, installez l'application sur chaque noeud géré et sur la définition de serveur Web. Le script contient déjà toutes les informations à rassembler lors de l'utilisation de l'option de la console d'administration.

      [AIX Solaris HP-UX Linux Windows]Pour plus d'informations, voir la commande startNode.

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.

Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tihs_localsetup
Nom du fichier : tihs_localsetup.html