Autoriser les serveurs Web à accéder à la console d'administration

La présente rubrique décrit comment ajouter l'hôte virtuel qui prend en charge la console d'administration au fichier de configuration du plug-in, de sorte que vous puissiez accéder à la console d'administration via un serveur Web.

Avant de commencer

[AIX][HP-UX][Linux][Solaris]Remarque : Si un serveur Web se trouve dans une configuration, son port doit être supérieur à 1023 pour utiliser un agent de noeud autre que root. Dans le cas contraire, l'agent de noeud doit être exécuté pour que la console d'administration du gestionnaire de déploiement puisse arrêter et démarrer le processus du serveur Web dans ce noeud géré.

Installez votre produit WebSphere Application Server, un serveur Web, les plug-ins de serveur Web et WebSphere Customization Toolbox.

[AIX Solaris HP-UX Linux Windows]L'outil de configuration des plug-ins de serveur Web crée une définition de serveur Web sur le système de serveur d'applications, directement lorsqu'ils sont sur la même machine, ou à l'aide d'un script pour les scénarios distants.

[IBM i]Lorsque vous configurez un plug-in de serveur Web, une définition de serveur Web est créée sur le système de serveur d'applications, directement lorsqu'ils sont sur la même machine, ou à l'aide d'un script pour les scénarios distants.

Une fois la définition de serveur Web créée, le fichier de configuration du plug-in existe dans la définition du serveur Web.

Le fichier plugin-cfg.xml peut être remplacé par l'opération de synchronisation du gestionnaire de déploiement, par le script GenPluginCfg ou par n'importe quelle autre méthode permettant de régénérer le fichier. Si vous apportez des modifications au fichier plugin-cfg.xml et que vous souhaitez conserver ces modifications, il est conseillé de créer une copie du fichier à un autre emplacement. Procédez à des mises à jour manuelles chaque fois que le fichier est automatiquement régénéré par d'autres processus.

Pourquoi et quand exécuter cette tâche

La présente tâche vous offre la possibilité de configurer le admin_host de sorte que les serveurs Web puissent accéder à la console d'administration. Lorsque le fichier de configuration du plug-in de serveur Web est généré, il n'inclut pas admin_host dans la liste d'hôtes virtuels.

Procédure

  1. Utilisez la console d'administration pour modifier le groupe d'hôtes virtuels admin_host afin d'y inclure le port de serveur Web (80 par défaut).
    1. Cliquez sur Environnement > Hôte virtuel > admin_host > Alias d'hôte > Nouveau.

      Le port par défaut qui s'affiche est 80, à moins que vous indiquiez un port différent pendant profils.

    2. Spécifiez l'adresse IP ou le nom de la machine hébergeant le serveur HTTP.

      Par exemple, si vous avez installé un produit WebSphere Application Server sur une machine nommée waslwaj.rtp.ibm.com, entrez son nom dans cette zone.

  2. Cliquez sur Appliquer>Sauvegarder.
  3. Arrêtez, puis redémarrez le serveur d'applications.

    Par exemple, pour accéder à la console d'administration d'un serveur d'applications autonome, arrêtez, puis redémarrez le processus server1.

    [AIX Solaris HP-UX Linux Windows]Pour arrêter server1, ouvrez une fenêtre de commande et accédez au répertoire racine_profil/bin Puis, entrez la commande suivante :
    ./stopServer.sh serveur1
    [IBM i]Démarrez une session Qshell et exécutez la commande suivante :
    cd racine_profil/bin
    stopServer server1
    Ensuite, exécutez la commande suivante pour arrêter le serveur d'applications :
    stopServer -nomProfil monProfil server1
    Une fois que vous avez reçu le message suivant, vous pouvez redémarrer le serveur d'applications :
    Serveur server1 arrêté.

    Pour démarrer le serveur d'applications, entrez la commande suivante :

    [AIX Solaris HP-UX Linux Windows]
    ./startServer.sh server1
    [IBM i]
    startServer server1
    [AIX Solaris HP-UX Linux Windows]Le processus server1 est en cours d'exécution lorsque vous recevez un message similaire au message suivant :
    Serveur server1 ouvert pour e-business ; ID processus 1719

    [IBM i]Lorsque le serveur d'applications est en cours d'exécution, un message s'affiche pour indiquer que le processus est en cours d'exécution. Ce message comprend l'ID travail iSeries et le port de la console d'administration.

  4. Arrêtez, puis redémarrez le gestionnaire de déploiement.

    Par exemple, pour accéder à la console d'administration d'un gestionnaire de déploiement, arrêtez puis redémarrez le gestionnaire de déploiement.

    [AIX Solaris HP-UX Linux Windows]Pour arrêter le gestionnaire de déploiement, ouvrez une fenêtre de commande et accédez au répertoire racine_profil/bin. Exécutez ensuite la commande suivante :
    ./stopManager.sh
    [IBM i]Démarrez une session Qshell et exécutez la commande suivante :
    cd racine_profil/bin

    Ensuite, exécutez la commande suivante pour arrêter le gestionnaire de déploiement :

    [AIX Solaris HP-UX Linux Windows]
    ./stopManager.sh
    [IBM i]
    stopManager
    Une fois que vous avez reçu le message suivant, vous pouvez redémarrer le gestionnaire de déploiement :
    Serveur dmgr arrêté.

    Pour démarrer le gestionnaire de déploiement, exécutez la commande suivante :

    [AIX Solaris HP-UX Linux Windows]
    ./startManager.sh
    [IBM i]
    startManager
    [AIX Solaris HP-UX Linux Windows]Le gestionnaire est actif lorsque vous recevez un message similaire au message suivant :
    Serveur dmgr ouvert pour e-business ; ID processus 1720

    [IBM i]Lorsque le gestionnaire de déploiement est en cours d'exécution, un message s'affiche pour indiquer que le processus est en cours d'exécution. Ce message comprend l'ID travail iSeries et le port de la console d'administration.

  5. Editez le fichier plugin-cfg.xml pour y inclure les entrées suivantes :
    [AIX Solaris HP-UX Linux Windows]
    <VirtualHostGroup Name="admin_host">
            <VirtualHost Name="*:9060"/>
            <VirtualHost Name="*:80"/>
            <VirtualHost Name="*:9043"/>
        </VirtualHostGroup>
        ...
        ...
        ...
        <ServerCluster Name="server1_HOTESERVEUR1server1_Cluster">
            <Server LoadBalanceWeight="1" Name="HOTESERVEUR1server1_dmgr">
                <Transport Hostname="HOTESERVEUR1" Port="9060" Protocol="http"/>
            </Server>
            
            <PrimaryServers>
                <Server Name="HOTESERVEUR1server1_dmgr"/>
            </PrimaryServers>
        </ServerCluster>
        ...
        ...
        ...
        <UriGroup Name="admin_host_server1_HOTESERVEUR1server1_Cluster_URIs">
            <Uri AffinityCookie="JSESSIONID"
                AffinityURLIdentifier="jsessionid" Name="/ibm/console/*"/>
        </UriGroup>
        <Route ServerCluster="server1_HOTESERVEUR1server1_Cluster"
            UriGroup="admin_host_server1_HOTESERVEUR1server1_Cluster_URIs" VirtualHostGroup="admin_host"/>
            
    [IBM i]
    <VirtualHostGroup Name="admin_host">
            <VirtualHost Name="*:13060"/>
       </VirtualHostGroup>
        ...
        ...
        ...
        <ServerCluster Name="my60Profile.dmgr_muiSeries_Cluster">
            <Server LoadBalanceWeight="1" Name="myiSeries_my60Profile.dmgr">
                <Transport Hostname="myiSeries" Port="11060" Protocol="http"/>
            </Server>
            
            <PrimaryServers>
                <Server Name="myiSeries_my60Profile.dmgr"/>
            </PrimaryServers>
        </ServerCluster>
        ...
        ...
        ...
        <UriGroup Name="admin_host_my60Profile.dmgr_myiSeries_Cluster_URIs">
            <Uri AffinityCookie="JSESSIONID"
                AffinityURLIdentifier="jsessionid" Name="/ibm/console/*"/>
        </UriGroup>
        <Route ServerCluster="my60Profile.dmgr_myiSeries_Cluster"
            UriGroup="admin_host_my60Profile.dmgr_myiSeries_Cluster_URIs" VirtualHostGroup="admin_host"/>
    Si le port HTTP de votre serveur HTTP est différent 80, ajoutez une entrée à VirtualHostGroup :
    <VirtualHost Name="*:port"/>
    

    La variable port correspond au port du serveur HTTP.

Résultats

Vous pouvez configurer les serveurs Web pris en charge pour qu'ils accèdent à l'application de la console d'administration d'un gestionnaire de déploiement ou d'un serveur d'applications autonome.


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_configACAccess
Nom du fichier : tins_configACAccess.html