So erstellen Sie einen virtuellen Server

  1. Erweitern Sie in der Navigationsstruktur den Konfigurationsknoten.
  2. Erweitern Sie unter dem Konfigurationsknoten den Knoten "HTTP-Dienst".
  3. Wählen Sie unter dem Knoten "HTTP-Dienst" den Knoten "Virtuelle Server" aus.
  4. Klicken Sie auf der Seite "Virtuelle Server" auf "Neu".

    Die Seite "Neuer virtueller Server" wird geöffnet.

  5. Geben Sie im Feld "ID" einen Wert ein, der den virtuellen Server intern identifiziert.

    Dieser Wert wird HTTP-Clients nicht angezeigt. Die Hostnamen, die gegenüber HTTP-Clients offengelegt werden, müssen im Feld "Hosts" angegeben werden.

  6. Geben Sie im Feld "Hosts" die Hostnamen oder IP-Adressen für den Computer ein, auf dem der Server ausgeführt wird.

    Verwenden Sie entweder tatsächliche oder virtuelle Hostnamen, die beim DNS-Server für Ihr Netzwerk registriert sind (und auf einem UNIX® -System in der Datei /etc/hosts).

  7. Wählen Sie die Option "Status" für den neuen virtuellen Server aus.

    Der virtuelle Server ist standardmäßig aktiviert.

  8. Lassen Sie das Feld "HTTP-Zielgeräte" leer.

    Dieses Feld wird automatisch ausgefüllt, wenn Sie einen HTTP-Listener erstellen und ihn mit diesem Server verknüpfen.

    Die Verwendung dieses Feldes erfordert die Angabe eines vorhandenen HTTP-Listeners. Sie dürfen jedoch keinen Listener angeben, der von einem anderen virtuellen Server verwendet wird, da anderenfalls ein Fehler im Serverprotokoll aufgezeichnet wird, wenn Sie den Server neu starten. Da ein Listener bei der Erstellung mit einem vorhandenen virtuellen Server verknüpft werden muss, werden alle vorhandenen Listener von einem anderen virtuellen Server verwendet.

  9. (Optional) Wählen Sie in der Dropdown-Liste "Standardwebmodul" das Modul aus, das auf alle Antworten soll, die nicht anderen, dem virtuellen Server bereitgestellten Webmodulen zugeordnet werden kann.

    Wenn kein Standardwebmodul angegeben ist, wird das Webmodul verwendet, das einen leeren Kontext aufweist. Ist kein solches Webmodul vorhanden, wird ein Standardwebmodul für das System erstellt und verwendet.

  10. (Optional) Geben Sie im Feld "Protokolldatei" den Pfad zu der Datei ein, in der Meldungen für diesen virtuellen Server protokolliert werden.

    Wenn das Feld leer gelassen wird, werden Protokollmeldungen an das Standardserverprotokoll domain-dir/logs/server.log gesendet.

  11. (Optional) Geben Sie im Feld "Docroot" den absoluten Pfad zum Rootdokumentverzeichnis des Servers ein.

    Wenn dieses Feld leer gelassen wird, wird domain-dir/docroot verwendet.

  12. Aktivieren Sie das Kontrollkästchen "SSO aktiviert", um Single Sign-On für diesen virtuellen Server zu aktivieren.

    Die Option errmon ist standardmäßig deaktiviert. Wenn Single Sign-On deaktiviert ist, müssen Sie die Benutzer jeder Anwendung auf dem virtuellen Server einzeln authentifizieren.

    Anwendungsübergreifendes SSO für Enterprise Server wird von Servlets und JSP-Dateien unterstützt. Diese Funktion ermöglicht es mehreren Anwendungen, für die dieselben Benutzeranmeldeinformationen erforderlich sind, diese Informationen gemeinsam zu nutzen. Auf diese Weise muss sich der Benutzer nicht bei jeder Anwendung einzeln anmelden.

  13. Aktivieren Sie die Option "Zugriffsprotokollierung", um die Zugriffsprotokollierung zu aktivieren oder zu deaktivieren.

    Alternativ können Sie auch angeben, ob die Zugriffsprotokollierung vom HTTP-Dienst geerbt wird.

  14. Geben Sie im Feld "Verzeichnis" den absoluten Verzeichnispfad zu den Serverzugriffsprotokollen ein.

    Der Standardwert ist domain-dir/logs/access.

  15. (Optional) Geben Sie im Feld "Puffergröße" die Puffergröße (in Byte) an.

    Ein Wert kleiner oder gleich Null deaktiviert die Pufferung. Wenn Sie das Feld leer lassen, wird die Zugriffsprotokoll-Puffergröße vom HTTP-Dienst geerbt.

  16. (Optional) Geben Sie im Feld "Intervall für Schreibvorgänge" den Intervall (in Sekunden) zwischen den Updates der Zugriffsprotokolle an.
  17. (Optional) Geben Sie im Abschnitt "Weitere Eigenschaften" zusätzliche Eigenschaften für den virtuellen Server an.

    Unabhängig davon, ob Sie Eigenschaften festlegen oder nicht, werden für den neuen Server die Eigenschaften docroot und accesslog auf die Standardwerte gesetzt. Die Standardeinstellung für accessLoggingEnabled lautet für Entwickler- und Clusterprofil "false", für das Unternehmensprofil "true". Wenn der Wert "true" lautet, wird die Zugriffsprotokollierung nur für diesen virtuellen Server aktiviert. Wenn der Wert "false" lautet, wird die Zugriffsprotokollierung nur für diesen virtuellen Server deaktiviert.

    Folgende Eigenschaften sind für den virtuellen Server verfügbar:

    sso-max-inactive-seconds

    Gibt die Anzahl an Sekunden an, nach denen der SSO-Eintrag eines Benutzers zum Löschen freigegeben wird, wenn keine Clientaktivität verzeichnet wird. Da der SSO-Eintrag für verschiedene Anwendungen auf demselben virtuellen Server verwendet wird, wird er durch den Zugriff auf eine beliebige der Anwendungen aktiv gehalten.

    Der Standardwert ist 300 Sekunden (5 Minuten). Höhere Werte ermöglichen eine längere SSO-Persistenz für die Benutzer, jedoch zu Lasten eines höheren Arbeitsspeicherverbrauchs auf dem Server.

    sso-reap-interval-seconds

    Gibt die Anzahl an Sekunden an, die zwischen zwei Löschvorgängen für abgelaufene SSO-Einträge vergeht.

    Der Standardwert ist 60.

    allowLinking

    Wenn diese Eigenschaft auf true gesetzt wird, werden Ressourcen in Form von symbolischen Verknüpfungen für alle Webanwendungen verwendet, die auf diesem virtuellen Server bereitgestellt sind. Einzelne Webanwendungen können diese Einstellung durch Verwendung der sun-web-app-Eigenschaft allowLinking in der Datei sun-web.xml überschreiben:

    <sun-web-app>
       <property name="allowLinking" 
          value="{true|false}"/>
    </sun-web-app>

    Der Standardwert ist false.

  18. Klicken Sie auf "OK" .
Siehe auch