Auf der Seite "HTTP-Service" können Sie die allgemeine Policy der Zugriffslogs für Webanwendungen festlegen.
Der HTTP-Service bietet Funktionen zum Bereitstellen von Webanwendungen und Funktionen, um bereitgestellte Webanwendungen für HTTP-Clients zugreifbar zu machen, einschließlich virtueller Server, Threadpools und Netzwerkkonfiguration.
GlassFish Server verwendet das Zugriffslog für den HTTP-Service, um die Rotation der Zugriffslogs für die virtuellen Server zu aktivieren und zu konfigurieren. Diese Logs stehen im domain-dir/logs/access
-Verzeichnis und sind folgendermaßen benannt: virtual_server_name_access_log.
yyyyMMdd-
HHh
mmm
sss.txt
Die Seite "HTTP-Service" enthält die folgenden Optionen.
Schaltfläche zum Wiederherstellen der Standardwerte für Einstellungen, für die es Standardwerte gibt. Einstellungen, die nicht über Standardwerte verfügen, können nicht geändert werden.
Der Name der Konfiguration, für die die Einstellungen auf dieser Seite angewendet werden. Dieses Feld ist schreibgeschützt.
Gibt an, ob Single Sign-On (SSO) standardmäßig für alle Webanwendungen auf allen virtuellen Servern auf diesem Server aktiviert ist, die für dieselbe Realm konfiguriert sind. Bei deaktivierter Option ist SSO standardmäßig für alle virtuellen Server deaktiviert, und Benutzer müssen sich bei jeder Anwendung auf jedem virtuellen Server separat authentifizieren. Sie können diese Einstellung für einen einzelnen virtuellen Server außer Kraft setzen. SSO kann aktiviert oder deaktiviert werden. Diese Option ist standardmäßig deaktiviert.
Wird diese Option gewählt, wird die Zugriffsprotokollierung für alle untergeordneten Elemente des virtuellen Servers aktiviert, die diese Eigenschaft nicht angeben. Wenn diese Option nicht ausgewählt wird, wird die Zugriffsprotokollierung für alle Unterelemente von virtuellen Servern deaktiviert, welche diese Eigenschaft nicht angeben. Diese Option ist standardmäßig deaktiviert.
Wenn diese Option ausgewählt wird, ist die Logdateirotation aktiviert. Diese Option ist standardmäßig aktiviert.
Die einzige verfügbare Rotations-Policy ist time
.
Die Anzahl der Minuten zwischen den Rotationen des Zugriffslogs. Dieses Feld ist nur gültig, wenn als Rotations-Policy time
ausgewählt wurde. Der Standardwert beträgt 1.440 Minuten (24 Stunden).
Der Zeichenfolgewert, der dem Logdateinamen nach der Rotation angehängt werden soll. Der Standardwert lautet JJJJ-MM-TT
.
Stellen Sie sicher, dass das Rotationssuffix genügend Werte zur Erstellung eines eindeutigen Suffixes für jede Logrotation enthält. Beispiel: Wenn das Zugriffslog öfter als einmal pro Tag rotiert wird, schließen Sie die Uhrzeit des Tages in das Rotationssuffix ein.
Ein eindeutiges Suffix ist erforderlich, um sicherzustellen, dass die Zugriffslogdatei bei jedem Ablauf des Rotationsintervalls rotiert wird. Sind das Rotationssuffix der neuen Zugriffslogdatei und das Rotationssuffix der vorhandenen Zugriffslogdatei identisch, wird die Datei nicht rotiert.
Die maximale Anzahl rotierter Zugriffslogdateien, die aufbewahrt werden sollen. Ein negativer Wert gibt an, dass die Dateianzahl nicht begrenzt ist. Der Standardwert ist -1.
Die Größe des Zugriffslogpuffers in Byte oder ein Wert kleiner oder gleich null (0) für nicht gepufferte Zugriffslogs. Der Standardwert beträgt 32768.
Die Anzahl der Sekunden, bevor das Log auf den Datenträger geschrieben wird. Das Zugriffslog wird geschrieben, wenn der Puffer voll ist oder das Intervall abläuft. Wenn der Wert kleiner oder gleich null (0) ist, werden die Pufferdaten immer geschrieben, auch wenn der Puffer nicht voll ist. Dies bedeutet, dass das Meldungslog bei jedem Zugriff auf den Server direkt in der Datei gespeichert wird. Der Standardwert beträgt 300.
Der Zeichenfolgewert, der angibt, welche Informationen im Zugriffslog aufzuzeichnen sind sowie die Reihenfolge der Aufzeichnung. Der Standardwert lautet:
%client.name% %auth-user-name% %datetime% %request% %status% %response.length%
Die folgenden Werte können für die Formatzeichenfolge verwendet werden:
%attribute.
name%
Protokolliert den Wert (durch Aufruf der Methode toString
) des Anforderungsattributs mit dem angegebenen name
%auth-user-name%
Name des autorisierten Benutzers
%client.name%
Client-Host-Name
%client.dns%
Client-DNS
%cookie.
name%
Der Wert des Anforderungscookies mit dem angegebenen name
%cookie.value%
Der Wert des ersten in der Anforderung gefundenen Cookies
%datetime%
Systemdatum
%request%
Vollständige HTTP-Anforderungszeile
%status%
Status
%response.length%
Länge des Antwortcontents
%header.referer%
Referenz-Header
%header.user-agent%
User Agent Header
%http-method%
HTTP-Methode
%http-uri%
HTTP-URI
%query-str%
HTTP-Abfragezeichenfolge
%http-version%
HTTP-Protokollversion
%header.accept%
Accept Header
%header.date%
Datums-Header
%header.if-mod-since%
Falls-geändert-seit-Header
%header.auth%
Autorisierungs-Header
%header.
any%
Jeder gültige HTTP-Header, der in RFC 2616 definiert ist (any
ist ebenfalls ein gültiger Header-Wert; dieser wird hier als Variable angegeben)
%session.
name%
Der Wert des Sessionattributs mit dem Namen name oder NULL-SESSION-ATTRIBUTE-
name, wenn das benannte Attribut in der Session nicht vorhanden ist, oder NULL-SESSION
, wenn keine Session vorhanden ist
%time-taken%
Dauer der Verarbeitung der einzelnen Anforderungen in Millisekunden
%vs.id%
ID virtueller Server
Weitere Eigenschaften für den HTTP-Service. Eine Beschreibung der verfügbaren Eigenschaften finden Sie unter Für den HTTP-Service spezifische Eigenschaften.
So wird der HTTP-Service konfiguriert
Keine.
Copyright © 2005, 2012, Oracle and/or its affiliates. All rights reserved. Legal Notices