Installation d'un serveur Web éloigné

Vous pouvez créer une définition de serveur Web dans la console d'administration lorsque le serveur Web et le plug-in du serveur Web de WebSphere Application Server se trouvent sur une machine et le serveur d'applications sur une autre. Vous pouvez ainsi exécuter un serveur d'applications sur une plateforme et un serveur Web sur une autre.

Avant de commencer

Lors de l'installation d'un serveur Web éloigné, WebSphere Application Server peut faciliter l'exécution des fonctions d'administration des plug-ins, ainsi que la génération et la propagation du fichier plugin-cfg.xml d'IBM® HTTP Server for WebSphere Application Server, mais pas d'autres serveurs Web.

Les serveurs Web autres qu'IBM HTTP Server for WebSphere Application Server doivent résider sur le même système que WebSphere Application Server (en tant que noeud géré) pour faciliter l'exécution des fonctions d'administration des plug-ins, ainsi que la génération et la propagation du fichier plugin-cfg.xml.

Pourquoi et quand exécuter cette tâche

Vous pouvez choisir une installation distante pour le serveur Web si vous voulez que celui-ci ne soit pas derrière un pare-feu et que WebSphere Application Server y soit. Vous pouvez créer un serveur Web éloigné sur un noeud non géré. Les noeuds non gérés sont des noeuds qui n'ont pas d'agent. Comme la machine ne compte aucun serveur WebSphere Application Server ou agent de noeud représentés par le noeud, il est impossible d'administrer un serveur Web sur ce noeud non géré, sauf si le serveur Web est un serveur IBM HTTP Server for WebSphere Application Server. Avec IBM HTTP Server, un serveur d'administration facilite les demandes d'administration, telles que le démarrage et l'arrêt, l'affichage des journaux ainsi que l'affichage et l'édition du fichier httpd.conf.
Important : Le serveur d'administration n'est pas fourni avec IBM HTTP Server for WebSphere Application Server, qui s'exécute sur des plateformes z/OS. Par conséquent, l'administration à l'aide de la console d'administration n'est pas prise en charge pour IBM HTTP Server for z/OS sur un noeud non géré.

Les étapes ci-après permettent de créer une définition de serveur Web dans le profil par défaut. Cette procédure ne s'applique pas lorsque vous configurez un serveur Web éloigné pour un serveur Web i5/OS. Pour plus d'informations sur la configuration d'un serveur Web i5/OS, voir la rubrique Sélection d'un diagramme et un organigramme topologique de serveur Web.

Procédure

  1. Installez IBM Installation Manager.
  2. Installez le 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. [AIX Solaris HP-UX Linux Windows]Installez les outils de personnalisation WebSphere.
  6. [AIX Solaris HP-UX Linux Windows]Configurez le plug-in de serveur Web à l'aide de l'outil de configuration des plug-ins du serveur Web.
  7. [IBM i]Configurez le plug-in du serveur Web.
  8. Terminez l'installation en créant la définition de serveur Web.
    Vous pouvez utiliser la console d'administration de WebSphere Application Server ou exécuter le script de configuration des plug-ins :
    • Utilisation de la console d'administration :
      1. Cliquez sur Administration du système > Noeuds > Ajouter un noeud pour créer un noeud non géré dans lequel définir un serveur Web de la topologie.
      2. Cliquez sur Serveurs > Types de serveurs > Serveurs Web > Nouveau pour lancer l'outil Création d'une définition de serveur Web. Vous créez la définition de serveur Web à l'aide de cet outil. Les valeurs sont les suivantes :
        1. Sélectionnez le noeud approprié
        2. Entrez les propriétés du serveur Web :
          • Type : Type de fournisseur du serveur Web.
          • Port : Port du serveur Web existant. Le port par défaut est 80.
          • Chemin d'installation : Chemin d'installation du serveur Web. Cette zone n'est requise que pour IBM HTTP Server.
          • Nom du service WINDOWS : Nom de service 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é.
          • Mappage d'application avec le serveur Web : Indique si vous voulez créer un mappage avec des applications existantes qui sont déployées actuellement sur le serveur Web. Sélectionnez TOUS si vous souhaitez créer un mappage ; sélectionnez Aucun si vous ne souhaitez pas créer un mappage.
            ATTENTION :
            Si vos applications d'entreprise se trouvent dans des domaines de sécurité différents lorsque vous créez un serveur Web, il se peut que les fichiers KDB (base de données de clés) de votre configuration de sécurité ne soient pas créés si l'option Mappage d'application vers le serveur Web est associée à la valeur Tout. Pour résoudre cet incident, créez le serveur Web en associant l'option Mappage d'application vers le serveur Web à la valeur Aucun. Mappez ensuite les applications au serveur Web. Tous les fichiers KDB du serveur Web sont créés.
        3. Entrez les propriétés du serveur Web éloigné. Les propriétés du serveur d'administration IBM HTTP Server sont les suivantes :
          • Port : Port du serveur d'administration. La valeur par défaut est 8008.
          • ID utilisateur : ID utilisateur qui est créé à l'aide du script htpasswd.
          • Mot de passe : Mot de passe correspondant à l'ID utilisateur créé à l'aide du script htpasswd.
          • Utiliser le protocole sécurisé : Utilisez le protocole HTTPS pour communiquer avec le serveur d'administration. La valeur par défaut est HTTP.
        4. Sélectionnez un modèle de serveur Web. Sélectionnez un modèle système ou un modèle défini par l'utilisateur pour le serveur Web à créer.
        5. Confirmation de la création du serveur Web.
    • Exécutez le script de configuration du plug-in.
  9. Pour les systèmes d'exploitation AIX, HP-UX, Linux ou Solaris : Sur le serveur Web éloigné, exécutez le script setupadm. Le serveur d'administration requiert un accès en lecture et en écriture aux fichiers de configuration et d'authentification pour administrer les données de configuration du serveur Web. Le script setupadm se trouve dans le répertoire <racine_install_IHS>/bin. Le serveur d'administration doit lancer adminctl restart en tant que root pour réussir des redémarrages d'IBM HTTP Server. Outre les fichiers du serveur Web, vous devez modifier manuellement les droits d'accès aux fichiers de configuration du plug-in ciblé.
    Le script setupadm vous invite à entrer les informations suivantes :
    • ID utilisateur : ID utilisateur que vous utilisez pour vous connecter au serveur d'administration. Le script crée cet ID utilisateur.
    • Nom du groupe : Le serveur d'administration accède aux fichiers de configuration et d'authentification via les droits d'accès aux fichiers du groupe. Le script crée le groupe spécifié via ce script.
    • Répertoire : Répertoire des fichiers de configuration et d'authentification.
    • Nom du fichier : Les groupes de fichiers et droits d'accès aux fichiers suivants sont modifiés :
      • Nom de fichier unique
      • Nom de fichier contenant un caractère générique
      • Tous (par défaut) : Tous les fichiers du répertoire spécifique
    • Traitement : Le script setupadm modifie le groupe et les droits d'accès des fichiers de configuration et d'authentification.

    Outre les fichiers du serveur Web, vous devez modifier les droits d'accès aux fichiers de configuration du plug-in ciblé. Pour plus d'instructions, voir la rubrique relative à la configuration manuelle des droits d'accès.

  10. Pour les systèmes d'exploitation AIX, HP-UX, Linux, Solaris ou Windows : Sur le serveur Web éloigné, exécutez le script htpasswd. Le serveur d'administration est installé avec l'authentification activée et un fichier de mot de passe admin.passwd vide. Le serveur d'administration n'accepte pas de connexion sans ID utilisateur et mot de passe valides. Le fichier de configuration IBM HTTP Server est ainsi protégé des accès non autorisés.
    Lancez l'utilitaire htpasswd livré avec le serveur d'administration. Cet utilitaire crée et met à jour les fichiers utilisés pour stocker les noms d'utilisateur et les mots de passe en vue de l'authentification de base. Recherchez htpasswd dans le répertoire bin.
    • Sous Windows : htpasswd -cm <rép_install>\conf\admin.passwd [nom de connexion]
    • Sous AIX, HP-UX, Linux et Solaris : ./htpasswd -cm <rép_install>/conf/admin.passwd [nom de connexion]
    <rép_install> correspond au répertoire d'installation d'IBM HTTP Server et [nom de connexion] à l'ID utilisateur dont vous vous servez pour vous connecter au serveur d'administration. Le [nom de connexion] est l'ID utilisateur que vous avez entré dans la zone ID utilisateur des propriétés du serveur Web éloigné, dans la console d'administration.
  11. Démarrez IBM HTTP Server. Pour obtenir des instructions, reportez-vous à la rubrique relative au démarrage et à l'arrêt du serveur d'administration IBM HTTP.

Que faire ensuite

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. Toutefois, 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 du serveur Web.
  • Affichage des journaux du serveur Web.
  • Propagation du fichier plugin-cfg.xml du serveur Web.
Vous pouvez configurer des serveurs Web autres qu'IBM HTTP Server en tant que serveurs Web locaux sur un noeud géré. 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 du 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 du noeud avec le noeud de WebSphere Application Server. La synchronisation du noeud est nécessaire pour propager les modifications apportées à la configuration du ou des noeuds concernés.
    Remarque : Pour s'assurer du bon fonctionnement de la propagation, lorsque WebSphere Application Server est installé sur une machine via un profil autonome et qu'IBM HTTP Server est installé sur une autre machine en tant que superutilisateur via le serveur d'administration, le superutilisateur doit modifier manuellement les droits d'accès du fichier plugin-cfg.xml pour l'utilisateur exécutant IBM HTTP Server à partir du serveur d'administration. Le nom et le groupe de l'utilisateur requis pour démarrer le serveur d'administration se trouvent dans le fichier HTTPServer/config/admin.conf.
    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.

Dans le cas d'un serveur Web autre qu'IBM HTTP Server configuré en tant que serveur Web local sur un noeud géré, les fonctions suivantes ne sont pas prises en charge :
  • Démarrage et arrêt du serveur Web.
  • Affichage et modification du fichier de configuration.
  • Affichage des journaux 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_remotesetup
Nom du fichier : tihs_remotesetup.html