Standalone.xml

1

Um sicher zustellen, dass der WildFly Server korrekt funktioniert, sollten noch Änderungen an der Konfigurationsdatei

2

3

```text

4

/opt/wildfly/standalone/configuration/standalone.xml

```

vorgenommen werden.

## HTTP-Listener

Der `default http-listener` muss so konfiguriert werden, dass bei Proxy-Aufrufen die Adressen weitergeleitet werden. Zusätzlich kann die `max-post-size` und die `max-parameters` nach Ihren Bedürfnissen eingestellt werden. Folgendes Beispiel bildet unsere aktuellen Empfehlungen ab:

```xml

<http-listener

name="default"

proxy-address-forwarding="true"

17

socket-binding="http"

18

redirect-socket="https"

19

max-post-size="157286400"

20

max-parameters="1500"

></http-listener>

```

## Deployment Timeout

25

26

Da der Start des voll bestückten WildFly Servers länger als eine Minute dauern kann, muss ein entsprechender Timeout im Element `<deployment-scanner>` eingefügt werden, z. B. so:

```xml

<deployment-scanner

path="deployments"

relative-to="jboss.server.base.dir"

32

scan-interval="5000"

33

deployment-timeout="6000"

34

runtime-failure-causes-rollback="${jboss.deployment.scanner.rollback.on.failure:false}"

35

></deployment-scanner>

36

```

37

38

und die `<system-properties>` entsprechend erweitern:

```xml

<system-properties>

</system-properties>

```

## Security

Die sichere Ausführung von Regeln benötigt eine Erweiterung im Subsystem `security-manager`. Das Element `deployment-permissions` muss um ein `minimum-set` erweitert werden, sodass der gesamte Subsystem-Block folgendermaßen aussehen muss:

```xml

<deployment-permissions>

<minimum-set>

</minimum-set>

<maximum-set>

</maximum-set>

</deployment-permissions>

</subsystem>

```

## Vermeidung von Information-Disclosure

64

65

Zur unnötigen Ausgabe des Servernamens bzw. der Versionsnummer müssen unterhalb des Subsystem undertow:3.1 entfernt werden. Die zu löschenden Zeilen sind:

66

67

```xml

68

<filter-ref name="server-header"></filter-ref>

69

<filter-ref name="x-powered-by-header"></filter-ref>

```

sowie der Abschnitt

```xml

<response-header name="server-header" header-name="Server" header-value="WildFly/10"></response-header>

77

<response-header name="x-powered-by-header" header-name="X-Powered-By" header-value="Undertow/1"></response-header>

</filters>

```

## Generelles setzen von security-Flags (secure und http-only)

82

83

Zur generellen Setzung der security-Flags secure und http-only kann folgender Eintrag innerhalb des Subsystems undertow:3.1 innerhalb des Elements servlet-container ergänzt werden:

84

85

```xml

86

<session-cookie http-only="true" secure="true"></session-cookie>

```

## Servertuning

Es ist möglich WildFly - falls physisch vorhanden - mehr Speicher zuzuteilen. Hierzu kann man die Datei

92

93

```text

94

/opt/wildfly/bin/standalone.conf

95

```

96

97

öffnen und die Variable `JAVA_OPTS` entsprechend den Speicheranforderungen ändern. Standardmäßig sollte hier

98

99

```bash

100

if [ "x$JAVA_OPTS" = "x" ]; then

101

JAVA_OPTS="-server -Xms4g -Xmx10g -XX:MaxMetaspaceSize=4g

102

-Djava.net.preferIPv4Stack=true"

...

fi

```

ausreichen. Allerdings kann es je nach Anzahl der Kunden, die auf dem Server gehostet werden, nötig werden den initialen Heapspace (Parameter `-Xms`), den maximalen Heapspace (Parameter `-Xmx`) , den Metadaten-Speicher (`-XX:MaxMetaspaceSize`) und/oder die maximale Stack-Größe (`-Xss`) zu erhöhen bzw. zu verringern. Als Vergleichswert kann die Konfiguration unseres Produktivsystems mit

108

109

```text

110

-Xms4g -Xmx10g -XX:MaxMetaspaceSize=4g

```

dienen.

Zusätzlich kann bei der Verwendung von open9j noch das Teilen von Klassen verwendet werden. Hierzu ergänzen Sie die obere Zeile um die folgenden Einträge: `-Xshareclasses -Xscmx256M`

116

117

Zusätzlich kann die Speicherverwaltung mit folgenden Parametern optimiert werden (angepasst für unsere Produktivwerte):

118

119

```ini

120

#Optimierung Speicherverteilung

121

JAVA_OPTS="$JAVA_OPTS -XX:ReservedCodeCacheSize=256m -XX:NewRatio=6"

122

#Optimierung GarbageCollection