[AIX Solaris HP-UX Linux Windows][IBM i]

Configuration de plusieurs serveurs Web et serveurs d'applications autonomes distants

Vous pouvez installer et configurer plusieurs serveurs Web et serveurs d'applications sur des machines distinctes.

Avant de commencer

[IBM i]Lorsqu'il existe plusieurs profils, vous pouvez sélectionner le profil configuré par l'outil de configuration des plug-ins de serveur Web. Pour une description du flux de logique qui détermine comment sélectionner le profil à configurer, voir Configuration des plug-ins.

[AIX Solaris HP-UX Linux Windows]Lorsqu'il existe plusieurs profils, vous pouvez sélectionner le profil configuré par l'outil de configuration des plug-ins de serveur Web. Pour une description du flux de logique qui détermine comment sélectionner le profil à configurer, voir Configuration des plug-ins.

Si la famille de produits WebSphere Application Server prend en charge une marque spécifique de serveur Web tel qu'IBM® HTTP Server ou Microsoft Internet Information Services (IIS), un plug-in binaire est fourni par votre produit WebSphere Application Server pour le serveur Web que vous devez installer.

Si la famille de produits WebSphere Application Server ne fournit pas de plug-in binaire pour une marque spécifique de serveur web, celui-ci ne sera pas pris en charge. L'objectif du plug-in binaire est de fournir le protocole de communication entre le serveur Web et le serveur d'applications.

[AIX Solaris HP-UX Linux Windows]Supposons que vous créez un profil et que vous souhaitez également utiliser un serveur Web. Vous devez installer un nouveau serveur Web pour le nouveau profil, installer les plug-ins du serveur Web et utiliser l'outil de configuration des plug-ins du serveur Web pour configurer le serveur Web ainsi que le serveur d'applications.

Si le serveur Web n'est pas encore installé, vous pouvez installer les plug-ins du serveur Web pour usage ultérieur.

Pourquoi et quand exécuter cette tâche

[AIX Solaris HP-UX Linux Windows]L'installation des plug-ins du serveur Web installe le module plug-in. L'outil de configuration des plug-ins du serveur Web configure le serveur Web pour qu'il communique avec le serveur d'applications et crée une définition de configuration du serveur Web dans le serveur d'applications, si possible.

Cette rubrique décrit comment créer la topologie suivante :

Serveurs Web dédiés pour chaque serveur d'applications

Effectuez la procédure ci-après pour installer les plug-ins et configurer les deux serveurs Web et les deux serveurs d'applications.

Cette topologie permet à chaque profil de disposer d'applications, de paramètres de configuration, de données et de fichiers journaux uniques en partageant le même ensemble de fichiers système. La création de plusieurs profils génère plusieurs environnements de serveur d'applications que vous pouvez dédier à différentes tâches.

Par exemple, chaque serveur d'applications sur un site Web peut servir une application différente. Chaque serveur d'applications peut également représenter un environnement de test distinct que vous pouvez attribuer à un programmeur ou à une équipe de développement.

Configurations prises en charge Configurations prises en charge: Cet outil est pris en charge uniquement sous AIX, Linux et Windows. Au lieu d'utiliser l'outil de configuration des plug-ins de serveur Web, vous pouvez vous servir de l'outil de ligne de commande pct avec un fichier de réponses pour configurer un serveur Web. Pour plus d'informations, voir Configuration d'un plug-in de serveur Web à l'aide de l'outil pct.sptcfg

Procédure

  1. Installez Installation Manager sur la machine A et sur la machine B.
  2. Utilisez Installation Manager pour installer WebSphere Application Server Network Deployment sur la machine A.
  3. [AIX Solaris HP-UX Linux Windows]Créez le premier profil de serveur d'applications à l'aide de Outil de gestion de profil sur la machine A.
  4. [IBM i]Utilisez la commande managedProfile pour créer le premier profil de serveur d'applications sur la machine A.
  5. Utilisez Installation Manager pour installer les éléments suivants sur l'ordinateur B.
    • Plug-ins du serveur Web pour WebSphere Application Server
    • WebSphere Customization Toolbox
  6. Utilisez Installation Manager pour installer IBM HTTP Server sur la machine B ou installez un autre serveur Web pris en charge sur la machine B.
  7. [AIX Solaris HP-UX Linux Windows]Ouvrez WebSphere Customization Toolbox et lancez l'outil de configuration des plug-ins de serveur Web sur la machine contenant le serveur Web.
  8. Sélectionnez un emplacement d'exécution pour le plugin de serveur Web.
    Si vous souhaitez utiliser l'emplacement d'un serveur Web déjà installé et que cet emplacement ne figure pas dans la liste, exécutez les actions suivantes pour l'ajouter à votre ensemble de projets :
    1. Cliquez sur Ajouter.
    2. Entrez un nom pour l'emplacement du plug-in de serveur Web.
    3. Effectuez l'une des actions suivantes :
      • Entrez l'emplacement.
      • Cliquez sur Parcourir, recherchez l'emplacement, puis cliquez sur OK.
  9. Cliquez sur Créer.
  10. Sélectionnez le type de serveur Web que vous configurez, puis cliquez sur Suivant.
  11. Sélectionnez l'architecture de votre serveur Web cible installé (64 bits ou 32 bits) et cliquez sur Suivant si le système vous y invite.
  12. Cliquez sur Parcourir pour sélectionner le ou les fichiers de configuration de votre serveur Web et vérifier que le port du serveur Web est correct, puis cliquez sur Suivant après avoir terminé.

    Sélectionnez le fichier et pas seulement son répertoire. Certains serveurs Web sont dotés de deux fichiers de configuration et exigent que vous recherchiez chaque fichier.

    La liste suivante affiche les fichiers de configuration pour les serveurs Web pris en charge :
    Apache HTTP Server
    racine_apache/config/httpd.conf
    Domino Web Server
    names.nsf et Notes.jar

    L'assistant vous invite à indiquer le fichier notes.jar. Le nom réel est Notes.jar.

    L'outil de configuration des plug-ins de serveur Web vérifie que les fichiers existent mais ne valide aucun de ces fichiers.

    IBM HTTP Server
    [AIX Solaris HP-UX Linux Windows]racine_IHS/conf/httpd.conf
    [IBM i]racine_profil_IHS/conf/httpd.conf
    Microsoft Internet Information Services (IIS)
    L'outil de configuration des plug-ins de serveur Web peut déterminer les fichiers à modifier.
    Sun Java™ System Web Server (anciennement Sun ONE Web Server et iPlanet Web Server) version 6.0 ou ultérieure
    obj.conf et magnus.conf
  13. Si vous configurez un plug-in de serveur Web IBM HTTP, exécutez les actions ci-après.
    1. Le cas échéant, installez la configuration du serveur d'administration pour administrer le serveur Web.
      Avertissement : Lorsque Web Server Plug-ins Configuration Tool est utilisé pour configurer le serveur d'administration IBM HTTP Server, l'outil de personnalisation WebSphere Customization Toolbox doit être exécuté en tant que compte "local" avec des privilèges administrateur/superutilisateur.
      1. Sélectionnez Configurer IBM HTTP Server Administration Server.
      2. Spécifiez un numéro de port via lequel le serveur d'administration d'IBM HTTP pourra communiquer.
      3. Le cas échéant, sélectionnez Créer un ID utilisateur pour l'authentification auprès du serveur d'administration IBM HTTP Server et entrez un ID utilisateur et un mot de passe pour vous authentifier sur le serveur d'administration d'IBM HTTP Server à partir de la console d'administration.
    2. Cliquez sur Next.
    3. [AIX][Linux]Spécifiez le groupe et l'ID utilisateur système disposant de droits d'accès en écriture sur IBM HTTP Server, le serveur d'administration d'IBM HTTP Server et les fichiers de configuration de plug-in de serveur Web.

      Sélectionnez Créer un ID utilisateur système et un groupe uniques avec les données d'identification, si nécessaire.

      [AIX]Restriction : La configuration peut échouer si vous spécifiez un nouvel ID utilisateur ou un nom de groupe dépassant la limite de la plateforme, laquelle est généralement de 8 caractères et parfois configurable.
    4. [Windows]Le cas échéant, configurez le serveur d'administration d'IBM HTTP Server à exécuter en tant que service Windows.
      1. Sélectionnez Exécutez le serveur d'administration IBM HTTP Server en tant que service Windows.
      2. Effectuez l'une des actions suivantes :
        • Sélectionnez Se connecter en tant que compte système local.
        • Sélectionnez Se connecter en tant que compte utilisateur spécifié et entrez l'ID utilisateur et le mot de passe de ce compte.
          L'ID utilisateur requiert les droits utilisateur avancés suivants :
          • Agir en tant que partie du système d'exploitation
          • Se connecter en tant que service
      3. Choisissez le type de démarrage (automatique ou manuel).
    5. Cliquez sur Next.
  14. Spécifiez un nom unique pour la définition de serveur Web et cliquez sur Suivant.
  15. Sélectionnez le scénario de configuration.
    1. Choisissez le scénario distant.
    2. Identifiez le nom d'hôte ou l'adresse IP de la machine A, laquelle est la machine du serveur d'applications.
    3. Cliquez sur Suivant.
  16. Sélectionnez le profil à configurer avec le plug-in de serveur Web en cours, puis cliquez sur Next.
  17. Examinez le panneau récapitulatif et cliquez sur Configurer pour commencer la configuration.

    Le panneau vous informe que vous devez exécuter des opérations manuelles afin de compléter l'installation et la configuration.

    [AIX Solaris HP-UX Linux Windows]L'outil de configuration des plug-ins de serveur Web crée le script configurenom_serveur_Web dans le répertoire racine_plug-ins/bin/ sur la machine B (dotée du serveur Web).

    [AIX Solaris HP-UX Linux Windows]L'outil de configuration des plug-ins de serveur Web crée également le fichier plugin-cfg.xml dans le répertoire racine_plug-ins/config/nom_serveur_Web.

    Le serveur Web lit le fichier plugin-cfg.xml pour déterminer quelles applications le serveur d'applications de la machine A peut servir au serveur Web de la machine B. Lorsque la configuration change, le serveur d'applications régénère le fichier. Quand la régénération se produit, propagez ou copiez le fichier plugin-cfg.xml du serveur d'applications dans le serveur Web. Vous pouvez propager le fichier automatiquement vers le produit IBM HTTP Server.

  18. Dans le panneau récapitulatif, assurez-vous que l'installation a abouti et cliquez sur Finish.

    Si un incident se produit et que l'installation n'aboutit pas, examinez les journaux dans le répertoire racine_plug-ins/logs. Corrigez les erreurs éventuelles et relancez la configuration.

  19. Copiez le script configurenom_serveur_Web de la machine B (dotée du serveur Web) dans le répertoire racine_serveur_app /bin sur la machine A (du serveur d'applications).

    nom_serveur_Web correspond au pseudonyme du serveur Web indiqué. nom_serveur_Web n'est pas un nom de fournisseur, comme IIS ou Apache.

    [AIX Solaris HP-UX Linux Windows]Sur un système d'exploitation comme AIX ou Linux, le fichier est configurenom_serveur_Web.sh. Sur un système Windows, le fichier est configurenom_serveur_Web.bat. Par exemple, sur un système Linux avec un serveur IBM HTTP Server nommé serveur_Web_1 à l'emplacement par défaut, copiez racine_plugins/bin/configureweb_server_1.sh de la machine B (du serveur Web) dans le répertoire racine_serveur_app/bin de la machine A (du serveur d'applications).

    [IBM i]Par exemple, sur un système IBM i avec un serveur IBM HTTP Server nommé serveur_Web_1 à l'emplacement par défaut, copiez racine_plugins/bin/configureweb_server_1 de la machine B (du serveur Web) dans le répertoire racine_serveur_app/bin de la machine A (du serveur d'applications).

    [AIX Solaris HP-UX Linux Windows]Si une plateforme est un système tel que AIX ou Linux et que l'autre plateforme est Windows, copiez le script depuis le répertoire crossPlatformScripts. Exemple :
    • [AIX][HP-UX][Linux][Solaris]racine_plugins/bin/configurenom_serveur_Web.sh
    • [Windows]racine_plugins/bin/crossPlatformScripts/windows/configurenom_serveur_Web.bat
    • [IBM i]racine_plugins/bin/configurenom_serveur_Web
  20. Compensez les différences d'encodage des fichiers afin que l'exécution du script n'échoue pas.

    [AIX Solaris HP-UX Linux Windows]Le contenu du script configurenom_serveur_Web.bat ou configurenom_serveur_Web.sh peut être corrompu si l'encodage des fichiers par défaut des deux machines n'est pas identique. Ce scénario peut se produire si une machine est configurée pour un environnement local DBCS (Double-Byte Character Set) et l'autre non.

    [IBM i]Le contenu du script configurenom_serveur_Web peut être corrompu si le codage du fichier par défaut est différent sur les deux machines. Ce scénario peut se produire si une machine est configurée pour un environnement local DBCS (Double-Byte Character Set) et l'autre non.

    Déterminez l'encodage des fichiers et suivez l'une des procédures ci-dessous afin d'éviter l'échec. Pour déterminer le codage de fichiers par défaut, exécutez la commande appropriée.

    [AIX Solaris HP-UX Linux Windows]
    • Exécutez la commande locale charmap sur un système, tel que AIX ou Linux.
    • Exécutez la commande CHCP sur une machine Windows.
    Le résultat obtenu après l'exécution de la commande sur chaque machine doit être défini comme valeur pour les variables web_server_machine_encoding et application_server_machine_encoding dans l'une des procédures suivantes.

    Procédures permettant de compenser les différences d'encodage

    • Serveur Web exécuté sur un système, tel que AIX ou Linux
      Supposons que le serveur Web est exécuté sur une machine Linux et que le serveur d'applications est exécuté sur une machine Windows. Avant de transférer en mode binaire via le protocole FTP le script de configuration de définition du serveur Web à la machine Windows, exécutez la commande suivante sur le système pour coder le fichier :
      iconv -f web_server_machine_encoding \
         -t application_server_machine_encoding \
         configureweb_server_name.bat 
      Important : Le nom du serveur Web (alias) est utilisé dans le nom du fichier de script. Ce nom peut contenir des caractères DBCS (Double-Byte Character Set) si vous souhaitez configurer IBM HTTP Server pour la propagation automatique.
    • Serveur Web exécuté sur un système Windows
      Supposez que le serveur Web fonctionne sur une machine sous Windows et que le serveur d'applications fonctionne sur une machine sous AIX ou Linux. Vous devez tout d'abord télécharger l'utilitaire iconv depuis un tiers car la commande n'est pas incluse par défaut dans le système Windows. Avant de transférer en mode binaire via le protocole FTP le script de configuration de définition du serveur Web à un système tel AIX ou Linux, exécutez la commande suivante sur la machine pour coder le fichier :
      iconv -f web_server_machine_encoding \
         -t application_server_machine_encoding \
         configureweb_server_name.sh 
      Par exemple, si la machine cible est z/OS, vous pourriez convertir à l'aide de cette commande le fichier du format ASCII au format EBCDIC, en gérant correctement les caractères de fin de ligne :
      iconv -f ISO8859-1 -t IBM-1047 configureweb_server_name.sh > new_script_name.sh

    Ne tapez pas les caractères de continuation (\) si vous entrez la commande sur une seule ligne.

    Si le mappage de la conversion n'est pas pris en charge par la commande iconv sur le système, copiez le contenu du script de configuration du serveur Web dans le presse-papiers et collez-le sur la machine sur laquelle le serveur d'applications est exécuté.

    Remarque : Si vous copiez un fichier .sh sur un système d'exploitation UNIX après une configuration à distance sur un système d'exploitation Windows, vous devez exécuter chmod 755.
  21. Démarrez le serveur d'applications sur la machine A.
    Utilisez la commande startServer, par exemple :
    • [AIX][HP-UX][Linux][Solaris]racine_profil/bin/startServer.sh server1
    • [Windows]racine_profil\bin\startServer server1
    • [IBM i]racine_profil/bin/startServer server1
  22. Ouvrez une fenêtre de commande et accédez au répertoire du profil où doit être affecté le serveur Web. Exécutez le script que vous avez copié sur la machine A (la machine du serveur d'applications). Vous avez besoin des paramètres suivants :
    • Nom du profil
    • (Facultatif) ID administrateur
    • (Facultatif) Mot de passe de l'administrateur
    Par exemple, vous pouvez entrer ce qui suit :
    configurewebserver1.sh AppSrv01 my_user_ID my_Password
    Le serveur Web sera configuré via wsadmin.
    Le contenu du script configurewebserver1.sh est similaire à celui-ci :
    wsadmin.bat -profileName AppSrv01 -user my_user_ID -password my_Password
       -f "%WAS_HOME%\bin\configureWebserverDefinition.jacl" webserver1 IHS..
  23. A partir de la console d'administration du gestionnaire de déploiement, cliquez sur Administration système > Sauvegarde des modifications dans le référentiel maître > Synchroniser les modifications avec les noeuds > Sauvegarder.
  24. [AIX Solaris HP-UX Linux Windows]Serveur Web Domino Web uniquement : Définissez la variable d'environnement WAS_PLUGIN_CONFIG_FILE.

    Sur les plateformes, telles que AIX ou Linux, sourcer le script vers le shell parent permet aux processus enfant d'hériter des variables exportées. Sur les systèmes Windows, exécutez le script comme vous l'auriez fait pour une autre commande. L'action de sourçage est automatique sur les systèmes Windows.

    1. Ouvrez une fenêtre de commande.
    2. Accédez au répertoire racine de l'installation des plug-ins.
    3. Exécutez la commande appropriée pour le script racine_plug-ins/bin/setupPluginCfg.sh :
      • [AIX][HP-UX][Solaris]. racine_plug-ins/bin/setupPluginCfg.sh (Notez l'espace entre le point et le répertoire racine d'installation.)
      • [Linux]source racine_plug-ins/bin/setupPluginCfg.sh

    Le script se trouve également dans le répertoire lotus_root/notesdata sur des systèmes d'exploitation, tels que AIX ou Linux.

    Exécutez la commande appropriée pour le script avant de démarrer Domino Web Server.

  25. Régénérez le fichier plugin-cfg.xml sur la machine A (la machine du serveur d'applications) à l'aide de la console d'administration. Cliquez sur Serveurs > Types de serveurs > Serveurs Web. Sélectionnez le serveur Web, puis cliquez sur Générer un plug-in.

    Au cours de l'installation des plug-ins, le fichier plugin-cfg.xml par défaut est installé sur la machine B (dotée du serveur Web) dans le répertoire racine_plugins/config/nom_serveur_Web. Le service de configuration de plug-in du serveur Web régénère automatiquement le fichier plugin-cfg.xml. Pour utiliser le fichier plugin-cfg.xml actuel du serveur d'applications, propagez le fichier plugin-cfg.xml comme décrit dans l'étape suivante.

    Cette étape explique comment régénérer le fichier plugin-cfg.xml. Les produits WebSphere Application Server sont configurés afin de régénérer automatiquement le fichier à chaque fois qu'un événement majeur se produit. Par exemple, l'installation d'applications sur le serveur d'applications et sur le serveur Web. La création d'un hôte virtuel est aussi un événement majeur.

  26. Propagez le fichier plugin-cfg.xml du serveur d'applications au serveur Web à l'aide de la console d'administration. Cliquez sur Serveurs > Serveur Web. Sélectionnez le serveur Web, puis cliquez sur Propager un plug-in. Des serveurs Web autres que le serveur IBM HTTP Server nécessitent une propagation manuelle.

    Le service de configuration de plug-in du serveur Web propage automatiquement le fichier plugin-cfg.xml uniquement pour IBM HTTP Server. Pour tous les autres serveurs Web, propagez le fichier de configuration de plug-in en copiant manuellement le fichier plugin-cfg.xml du répertoire racine_profil/config/cells/nom_cellule/nodes/nom_noeud/servers/nom_serveur_Web sur la machine A (du serveur d'applications) dans le répertoire racine_plugins/config/nom_serveur_Web sur la machine B (dotée du serveur Web).

  27. Lancez le servlet Snoop afin de tester la capacité du serveur Web à extraire une application du serveur d'applications.

    Testez votre environnement en lançant votre serveur d'applications ainsi que votre serveur Web et en utilisant le servlet Snoop ayant une adresse IP.

    1. Démarrez le serveur d'applications. Dans un environnement Network Deployment, le servlet Snoop est disponible dans la cellule uniquement si vous avez inclus l'application par défaut lors de l'ajout du serveur d'applications à la cellule. L'option -includeapps de la commande addNode permet de migrer l'application par défaut dans la cellule. Si vous ne disposez pas de cette application, ignorez cette étape.
      Modifiez les répertoires en fonction du répertoire racine_profil/bin et exécutez la commande startServer :
      • [AIX][HP-UX][Linux][Solaris]./startServer.sh server1
      • [Windows]startServer server1
      • [IBM i]startServer server1
    2. Lancez le serveur IBM HTTP ou le serveur Web que vous utilisez.

      [IBM i]Utilisez la page 2001 ou la commande STRTCPSVR SERVER(*HTTP) HTTPSVR(nom_instance) pour démarrer IBM HTTP Server.

      [AIX Solaris HP-UX Linux Windows]Utilisez une fenêtre de commande pour accéder au répertoire de l'image d'IBM HTTP Server installée, ou l'image installée du serveur Web. Exécutez la commande appropriée pour lancer le serveur Web (commandes pour IBM HTTP Server, par exemple) :

      [AIX Solaris HP-UX Linux Windows]Pour démarrer IBM HTTP Server à partir de la ligne de commande :

      [AIX Solaris HP-UX Linux Windows]Accédez aux commandes apache et apachectl dans le répertoire IBMHttpServer/bin.
      • [AIX][HP-UX][Linux][Solaris]./apachectl start
      • [Windows]apache
    3. Indiquez l'adresse http://localhost:9080/snoop dans votre navigateur pour tester le transport HTTP interne fourni par le serveur d'applications. Indiquez http://Nom_hôte_serveur_Web/snoop dans le navigateur pour tester le plug-in du serveur Web.

      La valeur par défaut du port de transport HTTP est 9080 et doit être unique pour chaque profil. Ce port est associé à un hôte virtuel nommé default_host, qui est configuré pour héberger l'application installée par défaut. Le servlet Snoop fait partie de l'application par défaut. Modifiez le port pour qu'il corresponde au port de transport HTTP.

    4. Vérifiez que Snoop est en cours d'exécution.

      L'une des adresses Web doit afficher la page Servlet Snoop - Informations de demande/client.

    5. Serveur IBM HTTP Server distant uniquement :
      [AIX Solaris HP-UX Linux Windows]Vérifiez que la fonction de propagation automatique peut fonctionner sur un serveur IBM HTTP Server distant en suivant les étapes ci-après. Cette procédure ne s'applique pas aux serveurs Web locaux.
      1. Créez user=adminUser, password=adminPassword dans le fichier racine_IHS /conf/admin.passwd. Par exemple : c:\ws\ihs85\bin\htpasswd -cb c:\ws\ihs85\conf\admin.passwd adminUser adminPassword
      2. Utilisez la console d'administration du gestionnaire de déploiement ou le serveur d'applications pour saisir les informations d'ID utilisateur et de mot de passe que vous avez créées pour l'administrateur d'IBM HTTP Server. Accédez à Serveurs > Serveur Web > définition_serveur_Web > Administration du serveur Web distant. Définissez les valeurs suivantes : admin Port=8008, User Id=adminUser, Password=adminPassword.
      3. Définissez les droits d'accès en lecture/écriture corrects aux fichiers httpd.conf et plugin-cfg.xml. Consultez le fichierracine_IHS /logs/admin_ERROR. LOG pour plus d'informations.
      Pour que le fichier de configuration du plug-in soit propagé automatiquement, le serveur d'administration IBM HTTP doit être actif. Si vous gérez un serveur IBM HTTP Server à l'aide de la console d'administration de WebSphere Application Server, l'erreur suivante peut s'afficher :
      "Could not connect to IHS Administration server error"
      Pour corriger l'erreur, procédez comme suit :
      1. Vérifiez que le serveur d'administration IBM HTTP Server est actif.
      2. Vérifiez que le nom d'hôte et le port du serveur Web définis dans la console d'administration WebSphere Application Server correspondent au nom d'hôte et au port du serveur d'administration IBM HTTP Server.
      3. Assurez-vous que le pare-feu ne vous empêche pas d'avoir accès au serveur d'administration IBM HTTP Server à partir de la console d'administration de WebSphere Application Server.
      4. Vérifiez que le mot de passe et l'ID utilisateur indiqués dans la console d'administration de WebSphere Application Server, gérée à distance, sont créés dans le fichier admin.passwd, à l'aide de la commande htpasswd.
      5. Lors d'une tentative de connexion sécurisée, veillez à exporter le certificat personnel keydb du serveur d'administration IBM HTTP Server dans la base de données de clés de WebSphere Application Server en tant que certificat de signataire. Cette base de données de clés est spécifiée par la directive com.ibm.ssl.trustStore dans le fichier sas.client.props du profil dans lequel la console d'administration est exécutée. Cet élément s'applique essentiellement aux certificats auto-signés.
      6. Si vous rencontrez encore des erreurs, consultez le fichier IBM HTTP Server admin_ERROR. LOG et les journaux WebSphere Application Server (fichier trace.log) pour déterminer la cause du problème.
  28. [AIX Solaris HP-UX Linux Windows]Créez le deuxième profil de serveur d'applications à l'aide de l'outil de gestion des profils sur la machine A. Définissez ce profil comme le profil par défaut lors de la création de profil en sélectionnant la case à cocher dans le panneau approprié.
  29. [IBM i]Utilisez la commande managedProfile pour créer le deuxième profil de serveur d'applications. Lors du processus de création, désignez ce profil comme profil par défaut.

    Le script créé par Installation Manager ne fonctionne que sur le profil par défaut. Par conséquent, ce script peut uniquement créer une définition de serveur Web sur le profil qui est défini par défaut au moment de l'exécution du script.

  30. Installez un deuxième serveur IBM HTTP Server ou un autre serveur Web pris en charge sur la machine B.
  31. Sur la machine B, configurez le second serveur Web à l'aide de l'outil de configuration des plug-ins de serveur Web. Les deux serveurs Web partagent une seule installation des fichiers binaires du plug-in, mais ils doivent être configurés individuellement.
  32. Installation Manager crée le script configurenom_serveur_web pour le second serveur Web. Le script se trouve dans le répertoire racine_plug-in/bin sur la machine B. Copiez le script dans le répertoire racine_serveur_applis/bin sur la machine A.
  33. Démarrez le deuxième serveur d'applications.
  34. Exécutez le script configurenom_serveur_Web sur la machine A pour créer une définition de serveur Web dans la console d'administration. Vous pouvez alors utiliser la console d'administration pour gérer le serveur Web.
  35. Propagez le fichier plugin-cfg.xml à partir du second serveur d'applications sur le serveur Web en utilisant la console d'administration. Cliquez sur Serveurs > serveur Web > Propager un plug-in. Des serveurs Web autres que le serveur IBM HTTP Server nécessitent une propagation manuelle.
  36. Exécutez le servlet Snoop sur le second serveur Web pour vérifier qu'il fonctionne.

Résultats

Cette procédure permet d'installer au moins deux serveurs d'applications sur une machine et d'installer des serveurs Web dédiés sur une autre machine. Cette procédure permet d'installer les plug-ins de serveur Web pour les deux serveurs Web et de configurer ces derniers ainsi que les deux serveurs d'applications.

Que faire ensuite

See Selecting a web server topology diagram and roadmap for an overview of the installation procedure.

Pour plus d'informations sur la façon dont l'outil de configuration des plug-ins de serveur Web configure les serveurs Web pris en charge, voir Edition des fichiers de configuration de serveur Web.

Pour plus d'informations sur les fichiers impliqués dans la configuration d'un serveur Web, voir Configuration du serveur Web.

Pour les serveurs Web IHS, vous pouvez arrêter et démarrer le serveur Web et propager le fichier plugin-cfg.xml à partir de la machine WebSphere Application Server sur la machine du serveur Web. Pour tous les autres serveurs Web, vous ne pouvez pas démarrer/arrêter ou propager le fichier plugin-cfg.xml dans la console d'administration. Vous n'aurez pas besoin de propager les fichier plugin-cfg.xml manuellement. Les trois étapes suivantes décrivent comment réaliser une propagation manuelle :
  1. A la fin de la configuration avec des serveurs Web autre qu'IHS 6.x, vérifiez que le fichier plugin-cfg.xml existe dans <WAS_HOME>/profiles/<PROFILE_HOME>/config/cells/<CELL_NAME>/nodes/<SERVER_NAME>/servers/<WEBSERVER_DEFINITION>
  2. Transférez le fichier plugin-cfg.xml ci-dessus pour remplacer <PLUGIN_HOME>/config/<WEBSERVER_DEFINITION>/plugin-xfg.xml
  3. Redémarrez le serveur Web et le profil correspondant.

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=tins_webplugins_mult_remotesa
Nom du fichier : tins_webplugins_mult_remotesa.html