Dieser Artikel beschreibt, wie Sie den virtuellen Host der Plug-in-Konfigurationsdatei hinzufügen,
damit Sie über einen Web-Server auf die Administrationskonsole zugreifen können.
Vorbereitende Schritte
Installieren Sie Ihr WAS-Produkt, einen Web-Server und die Web-Server-Plug-ins sowie WebSphere Customization Toolbox.
Web Server Plug-ins Configuration Tool erstellt eine Web-Server-Definition auf dem Application-Server-System.
Dies geschieht entweder direkt (wenn die Komponenten auf demselben System installiert sind) oder über
ein Script (für ferne Szenarien).
Wenn Sie ein Web-Server-Plug-in konfigurieren, wird
eine Web-Server-Definition auf dem Application-Server-System erstellt. Dies geschieht entweder direkt (wenn die Komponenten auf demselben System installiert sind) oder über
ein Script (für ferne Szenarien).
Die erstellte Web-Server-Definition enthält die Plug-in-Konfiguration.
Die Datei plugin-cfg.xml
kann von der Synchronisationsoperation des Deployment Manager, vom Script
GenPluginCfg oder von einer anderen Methode, die die Datei erneut generiert, überschrieben werden. Wenn Sie Änderungen an der Datei
plugin-cfg.xml vornehmen und diese Änderungen permanent speichern möchten, wird empfohlen, eine Kopie der Datei an einer separaten Position zu erstellen.
Nehmen Sie Ihre manuellen Aktualisierungen vor, wenn die Datei automatisch von einem anderen Prozess aktualisiert wird.
Informationen zu diesem Vorgang
Mit dieser Task konfigurieren Sie den admin_host so, dass die Web-Server auf die Administrationskonsole zugreifen
können.
Wenn die Plug-in-Konfigurationsdatei generiert wird, ist admin_host nicht in der Liste der
virtuellen Hosts enthalten.
Vorgehensweise
- Verwenden Sie die Administrationskonsole, um die virtuelle Hostgruppe admin_host
mit dem Web-Server-Port (80 ist die Standardeinstellung) zu erweitern.
- Klicken Sie auf Umgebung > Virtueller Host > admin_host > Hostaliasnamen > Neu.
Der angezeigte Standardport ist 80,
sofern Sie während der Profilerstellung keinen
anderen Port angeben.
- Geben Sie die IP-Adresse oder den Namen der Maschine mit dem HTTP-Server an.
Wenn Sie beispielsweise ein Produkt von WebSphere Application
Server auf einer Maschine mit dem Namen waslwaj.rtp.ibm.com installiert haben, geben Sie diesen Namen im Feld an.
- Klicken Sie auf Anwenden > Speichern.
- Stoppen Sie den Anwendungsserver und starten Sie ihn dann erneut.
Wenn Sie
beispielsweise auf die Administrationskonsole eines eigenständigen Anwendungsservers zugreifen möchten, stoppen Sie
den Prozess server1 und starten Sie ihn anschließend erneut.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Zum Stoppen von server1
öffnen Sie ein Befehlsfenster. Navigieren Sie zum Verzeichnis
Profilstammverzeichnis/bin.
Setzen Sie anschließend den folgenden Befehl ab:
./stopServer.sh server1
![[IBM i]](../images/iseries.gif)
Starten Sie eine Qshell-Sitzung, und führen Sie den folgenden Befehl aus:
cd Profilstammverzeichnis/bin
stopServer server1
Setzen Sie anschließend den folgenden Befehl zum Stoppen des Anwendungsservers ab:
stopServer -profileName myProfile server1
Nach
dem Eingang der folgenden Nachricht können Sie den Anwendungsserver erneut
starten:
Der Server server1 wurde gestoppt.
Setzen Sie zum Starten des
Anwendungsservers den folgenden Befehl ab:
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
./startServer.sh server1
![[IBM i]](../images/iseries.gif)
startServer server1
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Wenn
Sie eine Nachricht ähnlich der folgenden empfangen, wird der Prozess server1
ausgeführt:
Der Server server1 ist für E-Business bereit: Prozess-ID 1719.
Wenn der Anwendungsserver aktiv ist, erscheint eine Nachricht, die anzeigt, dass der Prozess aktiv ist.
Diese Nachricht enthält die iSeries-Jobs-ID und den Port der Administrationskonsole.
- Stoppen Sie einen Deployment Manager und starten Sie in erneut.
Wenn Sie
beispielsweise auf die Administrationskonsole eines Deployment Manager zugreifen möchten, stoppen Sie
den Deployment Manager und starten Sie ihn anschließend erneut.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Zum Stoppen des
Deployment Manager öffnen Sie ein Befehlsfenster. Navigieren Sie zum Verzeichnis
Profilstammverzeichnis/bin.
Geben Sie dann den folgenden Befehl aus:
./stopManager.sh
![[IBM i]](../images/iseries.gif)
Starten Sie eine Qshell-Sitzung, und führen Sie den folgenden Befehl aus:
cd Profilstammverzeichnis/bin
Setzen Sie anschließend den folgenden Befehl zum Stoppen des Deployment Manager ab:
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
./stopManager.sh
![[IBM i]](../images/iseries.gif)
stopManager
Nach
dem Eingang der folgenden Nachricht können Sie den Deployment Manager erneut
starten:
Server dmgr stop completed.
Setzen Sie zum Starten
des Deployment Manager den folgenden Befehl ab:
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
./startManager.sh
![[IBM i]](../images/iseries.gif)
startManager
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Wenn
Sie eine Nachricht ähnlich der folgenden empfangen, wird der
Deployment Manager ausgeführt:
Der Server dmgr ist für E-Business bereit. Die Prozess-ID ist 1720.
Wenn der Deployment Manager aktiv ist, erscheint eine Nachricht, die anzeigt, dass der Prozess aktiv ist.
Diese Nachricht enthält die iSeries-Jobs-ID und den Port der Administrationskonsole.
- Bearbeiten Sie die Datei plugin-cfg.xml und fügen Sie die folgenden Einträge hinzu:
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
<VirtualHostGroup Name="admin_host">
<VirtualHost Name="*:9060"/>
<VirtualHost Name="*:80"/>
<VirtualHost Name="*:9043"/>
</VirtualHostGroup>
...
...
...
<ServerCluster Name="server1_SERVER1HOSTserver1_Cluster">
<Server LoadBalanceWeight="1" Name="SERVER1HOSTserver1_dmgr">
<Transport Hostname="SERVER1HOST" Port="9060" Protocol="http"/>
</Server>
<PrimaryServers>
<Server Name="SERVER1HOSTserver1_dmgr"/>
</PrimaryServers>
</ServerCluster>
...
...
...
<UriGroup Name="admin_host_server1_SERVER1HOSTserver1_Cluster_URIs">
<Uri AffinityCookie="JSESSIONID"
AffinityURLIdentifier="jsessionid" Name="/ibm/console/*"/>
</UriGroup>
<Route ServerCluster="server1_SERVER1HOSTserver1_Cluster"
UriGroup="admin_host_server1_SERVER1HOSTserver1_Cluster_URIs" VirtualHostGroup="admin_host"/>
![[IBM i]](../images/iseries.gif)
<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"/>
Wenn Ihr HTTP-Server einen anderen HTTP-Port als 80 hat, müssen Sie der VirtualHostGroup einen Eintrag hinzufügen:
<VirtualHost Name="*:port"/>
Die Variable Port gibt den Port Ihres HTTP-Server an.
Ergebnisse
Sie können Ihre unterstützen Web-Server so konfigurieren,
dass sie auf die Administrationskonsolanwendung eines Deployment Manager oder eines eigenständigen Anwendungsservers zugreifen.