Sie können einen Web-Server und das Web-Server-Plug-in auf der Maschine installieren, auf der WebSphere Application Server installiert ist.
Vorbereitende Schritte
Wenn der Web-Server, den Sie konfigurieren, ein IBM HTTP Server ist und Sie den Web-Server über einen Node Agent verwalten möchten, der von einem Benutzer ohne Rootberechtigung
ausgeführt wird, müssen Sie sicherstellen, dass die folgenden Anforderungen erfüllt sind:
- Die Benutzer-ID, die Sie als Eigner für die Verzeichnisse und Dateien von IBM HTTP Server festlegen, ist dieselbe Benutzer-ID, unter der auch der Node Agent ohne Rootberechtigung ausgeführt wird.
Sie können einen IBM HTTP Server nicht als Root ausführen, wenn der Node Agent, der
diesen IBM HTTP Server verwaltet, als Node Agent ohne Rootberechtigung ausgeführt wird, weil ein Node-Agent-Prozess, der von einem Benutzer ohne Rootberechtigung ausgeführt wird, keine
Instanz von IBM HTTP Server erzeugen kann, die von Root ausgeführt wird.
- Der Wert, den Sie für den Listener-Port angeben, muss größer als 1024 sein.
Ein IBM HTTP Server, der unter einer Benutzer-ID ohne Rootberechtigung ausgeführt wird, wird nicht gestartet, wenn die Portnummer für den zugehörigen Listener-Port 1024 oder kleiner ist.
Sie können sicherstellen, dass der Node Agent ohne Rootberechtigung und IBM HTTP Server dieselbe Benutzter-ID verwenden, wenn Sie die Benutzer-ID,
die Sie zum Installieren des Produkts verwendet haben, als Benutzer-ID für
IBM HTTP Server angeben, wenn Sie IBM HTTP Server installieren. Sollten Sie sich jedoch dafür entscheiden, den Node Agent unter einer Benutzer-ID ohne Rootberechtigung auszuführen, können Sie nach der Installation
von IBM HTTP Server und des Web-Server-Plug-ins die folgenden Aktionen ausführen, um den Node Agent
und IBM HTTP Server unter Benutzer-IDs ohne Rootberechtigung auszuführen:
- Ändern Sie die Benutzer-ID für WebSphere Application Server in eine Benutzer-ID ohne Rootberechtigung.
- Konfigurieren Sie die Run-As-Einstellung für den Node Agent.
- Verwenden Sie die Administrationskonsole, um einen neuen IBM HTTP Server zu erstellen, falls noch kein IBM HTTP Server mit den erforderlichen Eigenschaften definiert ist.
- Legen Sie als Eigner für die Verzeichnisse und Dateien von IBM HTTP Server die Benutzer-ID ohne Rootberechtigung fest, unter der der Node Agent ohne Rootberechtigung ausgeführt wird.
Informationen zu diesem Vorgang
Sie können einen lokal installierten Web-Server auf einem verwalteten oder einem nicht verwalteten Knoten auswählen.
Wenn der Web-Server auf einem nicht verwalteten Knoten definiert ist, werden die Verwaltungsfunktionen
über den Verwaltungsserver von IBM® HTTP Server bearbeitet.
Wenn der Web-Server auf einem verwalteten Knoten definiert wird, werden die Verwaltungsfunktionen des Web-Servers über den Node Agent von
WebSphere Application Server ausgeführt, was Vorteile hat.
Wichtig: Web-Server, die
nicht mit dem Produkt von
WebSphere Application Server
bereitgestellt werden, haben keine Verwaltungsserver. Web-Server, die keinen Verwaltungsserver haben, müssen sich auf einem verwalteten Knoten befinden, um
die Plug-in-Verwaltungsfunktionen sowie die Generierung und Weitergabe der Datei
plugin-cfg.xml zu
vereinfachen.
Wichtig: IBM HTTP Server-Instanzen, die unter z/OS ausgeführt werden,
stellen keinen Verwaltungsserver bereit. Web-Server, die keinen Verwaltungsserver haben, müssen sich auf einem verwalteten Knoten befinden, um
die Plug-in-Verwaltungsfunktionen sowie die Generierung und Weitergabe der Datei
plugin-cfg.xml zu
vereinfachen.
Mit den folgenden Schritten wird eine Web-Server-Definition im Standardprofil erstellt.
Nächste Schritte
Sie können andere Web-Server als IBM HTTP Server als ferne Web-Server auf nicht verwalteten Knoten oder als lokale Web-Server auf
verwalteten Knoten konfigurieren.
Für andere Web-Server als IBM HTTP Server auf einem verwalteten Knoten werden die folgenden Funktionen unterstützt:
- Generierung der Plug-in-Konfiguration basierend auf Änderungen im Repository von WebSphere Application Server.
- Weitergabe der Datei plugin-cfg.xml basierend auf der Knotensynchronisation mit dem Knoten mit WebSphere Application Server. Die
Knotensynchronisation ist erforderlich, um Konfigurationsänderungen an die betreffenden Knoten weiterzuleiten.
Die Datei
plugin-cfg.xml wird aus dem Deployment-Manager-Repository an die Repository-Struktur des Anwendungsserverknotens weitergegeben.
Wichtig: Die Datei plugin-cfg.xml wird an die Repository-Struktur des Anwendungsserverknotens weitergegeben.
Dies ist nicht der Standardinstallationspfad der Datei
plugin-cfg.xml. Möglicherweise müssen Änderungen an den Konfigurationsdateien anderer Web-Server als
IBM HTTP Server vorgenommen werden, um den Pfad der Datei plugin-cfg.xml zu aktualisieren,
die vom Plug-in-Modul gelesen wird.
Internet Information Services (IIS) hat beispielsweise eine Datei mit dem Namen
plugin-cfg.loc, die von den IIS-Plug-in-Modulen gelesen wird, um den Pfad der Datei
plugin-cfg.xml zu bestimmen.
Die Datei
plugin-cfg.loc muss mit dem Dateipfad von
plugin-cfg.xml im Repository des Anwendungsserverknotens aktualisiert werden.
Andere Web-Server (nicht IBM HTTP Server) haben andere Methoden, um den Pfad der Datei
plugin-cfg.xml für das Plug-in-Modul anzugeben.
Damit die Weitergabe jedoch funktioniert, müssen Sie den Pfad im Repository des Anwendungsserverknotens aktualisieren.
Die folgenden Funktionen werden auf einem verwalteten Knoten für einen Web-Server, der nicht von IBM stammt, nicht unterstützt:
- Web-Server starten und stoppen
- Konfigurationsdatei anzeigen und bearbeiten
- Web-Server-Protokolle anzeigen
Für einen Web-Server (nicht IBM HTTP Server) auf einem nicht verwalteten Knoten
können Sie eine Plug-in-Konfiguration basierend auf Änderungen im
Repository von
WebSphere Application Server ändern.
Die folgenden Funktionen werden auf einem nicht verwalteten Knoten für einen Web-Server, der kein IBM HTTP Server ist, nicht unterstützt:
- Web-Server starten und stoppen
- Konfigurationsdatei anzeigen und bearbeiten
- Web-Server-Protokolle anzeigen
- Datei plugin-cfg.xml des Web-Servers weitergeben