Installation des HTML5 Gateway Docker¶

Import des Docker-Abbilds¶

Bevor Sie einen Container HTML5 Gateway Docker erstellen können, müssen Sie das Docker-Image importieren. Öffnen Sie dazu eine Shell, in der Ihnen die Docker-Befehle sowie die Datei cleanroom-html5-4.6.1-33-v2.tgz zur Verfügung stehen. Führen Sie in der Shell den folgenden Befehl aus und passen Sie den Pfad der TGZ-Datei an, wenn sie sich nicht im aktuellen Verzeichnis befindet:

docker load --input cleanroom-html5-4.6.1-33-v2.tgz

Prüfen Sie anschließend mit dem folgenden Befehl, ob der Import erfolgreich war:

docker inspect --type=image cleanroom-html5:4.6.1-33-v2

Die erwartete Ausgabe lautet wie folgt. Ist dies nicht der Fall, ist der Import fehlgeschlagen:

[
    {
        "Id": "sha256:16ae07f1604409f6b092a8a2944e69b3db458a04dbbab6ffc3f945c253c82cee",
        "RepoTags": [
            "cleanroom-html5:4.6.1-33-v2"
        ],

Vollständige Ausgabe

[
    {
        "Id": "sha256:16ae07f1604409f6b092a8a2944e69b3db458a04dbbab6ffc3f945c253c82cee",
        "RepoTags": [
            "cleanroom-html5:4.6.1-33-v2"
        ],
        "RepoDigests": [],
        "Parent": "",
        "Comment": "buildkit.dockerfile.v0",
        "Created": "2025-08-27T11:35:33.014244258+02:00",
        "DockerVersion": "",
        "Author": "",
        "Architecture": "amd64",
        "Os": "linux",
        "Size": 781097647,
        "GraphDriver": {
            "Data": {
                "LowerDir": "/var/lib/docker/overlay2/aa079416d669709486e3fd3dfefcff51acb3905ffcca7e6e428630d1a499e669/diff:/var/lib/docker/overlay2/da9f43ee88f5961a157af404be018fc7c3f5185a798b26911e38118d83830de7/diff:/var/lib/docker/overlay2/28efb3982392e95711e849cb90985fd534cd6273f4dec758463f98b41a432e93/diff:/var/lib/docker/overlay2/44a3abed0a932259b79c9e5e273749cc06bd8aca7d3adbfd1753a7b053dcae2f/diff:/var/lib/docker/overlay2/e3dfd4c7c4fe568ef731bd91314e69cc5c807ce717d5f4ea94f0d02cc11e70c5/diff:/var/lib/docker/overlay2/5acf2b56871d2537d95b9981c0498e16723a9eca20827f550366b48d8acf508f/diff:/var/lib/docker/overlay2/c732cd17c6501229b3a12c488d7f4c26f8634329211cac54ff1cf0d53055421f/diff:/var/lib/docker/overlay2/fd61cbda2a5e9a578c5a8eea67b63df3d31642588be3b6f2f7ebe6e10964f745/diff",
                "MergedDir": "/var/lib/docker/overlay2/b9c8170b6a9ed8e7c84a9ba208cd6e4b25e88d1dad42cd72b0e1178da62a46d4/merged",
                "UpperDir": "/var/lib/docker/overlay2/b9c8170b6a9ed8e7c84a9ba208cd6e4b25e88d1dad42cd72b0e1178da62a46d4/diff",
                "WorkDir": "/var/lib/docker/overlay2/b9c8170b6a9ed8e7c84a9ba208cd6e4b25e88d1dad42cd72b0e1178da62a46d4/work"
            },
            "Name": "overlay2"
        },
        "RootFS": {
            "Type": "layers",
            "Layers": [
                "sha256:4668f0f488e5ad4494fadff56ad585c514794b3a293e5e8d006410de9da08155",
                "sha256:782f6c5256575fbef0e518a1a1ce9188c457f1a0e9b88b733ed672f6e1be482d",
                "sha256:e09fd3e10e878ef6c812ccde0fa55b66cf4b9b593cf182c2760fec73649968c2",
                "sha256:e51c952c7bd89e0a3188c683d689eed81444d5513c14251f4b21cb9fd056d27d",
                "sha256:233ff67db52988898e3c1b4c2573b86c1c0c50d23f1f4b2365e3fc51abedbf9f",
                "sha256:f832eee42398852cab80a9a45138bf076d63ebbe153263fd8cf66857a0833d02",
                "sha256:f59f79d19c38ae4863b81774ad1d98030370c64e17013eb786da7b727bf2b41b",
                "sha256:0caeed550a29dbb274781e78bbe910fa5ccfdc90119cb4f9e3c815feff5a70b9",
                "sha256:21313651aa44ac0f5dd459a94be172b003b68f81b0db945c24a7ada5c21799e3"
            ]
        },
        "Metadata": {
            "LastTagTime": "0001-01-01T00:00:00Z"
        },
        "Config": {
            "Cmd": null,
            "Entrypoint": [
                "/entrypoint.sh"
            ],
            "Env": [
                "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin",
                "DEBIAN_FRONTEND=noninteractive",
                "IMAGE_BUILD_DATE=20250827T112940",
                "IMAGE_BUILD_VERSION=4.6.1-33-v2",
                "IMAGE_IPDIPC=IPC-53702"
            ],
            "ExposedPorts": {
                "8080/tcp": {},
                "8090/tcp": {}
            },
            "Labels": {
                "maintainer": "contact@systancia.com",
                "org.label-schema.build-date": "20250827T112940",
                "org.label-schema.description": "Systancia Cleanroom Gateway",
                "org.label-schema.name": "Systancia Cleanroom 4.6.1-33-v2 HTML5 Server",
                "org.label-schema.url": "http://systancia.com/",
                "org.label-schema.vendor": "Systancia",
                "version": "4.6.1-33-v2"
            },
            "OnBuild": null,
            "User": "root",
            "Volumes": null,
            "WorkingDir": ""
        }
    }
]

Konfiguration des Containers¶

Umgebungsvariablen¶

Variablen für die Bereitstellung durch Pairing¶

Name	Pflicht	Standardwert	Kommentar
`ENV_MEDIATION`	JA		Wird für die Verbindung durch Pairing verwendet. Gibt den DNS-Namen oder die IP-Adresse für die Verbindung mit der Weboberfläche einer Plattform CyberElements Bastion an.
`ENV_TOKEN`	JA		Wird für die Verbindung durch Pairing verwendet. Gibt das Pairing-Token an, das für die Verbindung mit dem Mediation Controller zu verwenden ist.
`ENV_NO_CHECK_CERT`	NEIN	`false`	Wird für die Verbindungen durch Pairing verwendet. Deaktiviert die Prüfung des Webzertifikats des Mediation Controller oder nicht; nützlich bei CyberElements Bastion, wenn der Zugriff über die IP-Adresse erfolgt oder wenn das Webzertifikat kein von den öffentlichen Standardzertifizierungsstellen anerkanntes Zertifikat ist. Akzeptierte Werte: `true` oder `false`.

Variablen für die manuelle Bereitstellung¶

Name	Pflicht	Standardwert	Kommentar
`ENV_GW_CERT_NAME`	JA		Wird für die Verbindung mit manueller Konfiguration verwendet. Name der Zertifikatsdatei für die Verbindung mit dem SSL Router.
`ENV_GW_CERT_PASSWORD`	JA		Wird für die Verbindung mit manueller Konfiguration verwendet. Passwort der Zertifikatsdatei für die Verbindung mit dem SSL Router.
`ENV_SSL_ROUTER_IP`	JA		Wird für die Verbindung mit manueller Konfiguration verwendet. IP-Adresse oder DNS-Name des SSL Router, mit dem sich das HTML5 Gateway verbindet.
`ENV_SSL_ROUTER_PORT`	NEIN	`443`	Wird für die Verbindung mit manueller Konfiguration verwendet. Port des SSL Router, mit dem sich das HTML5 Gateway verbindet.

Verschiedene Variablen¶

Name	Pflicht	Standardwert	Kommentar
`ENV_DISABLE_RSYSLOG`	NEIN	`false`	Deaktivierung des Dienstes `rsyslog`. Zulässige Werte: `true` oder `false`.

Volumes¶

Volume	Kommentar
`/etc/ipdiva/`	Konfigurationsvolume des HTML5 Gateway. Wir empfehlen, es in ein benanntes Volume oder in das Dateisystem der Hostmaschine einzubinden.
`/opt/certificates/`	Volume, das das oder die Zertifikate des HTML5 Gateway bei einer Konfiguration ohne Pairing enthält.
`/var/log/`	Volume, das die Protokolle des HTML5 Gateway enthält.

Ports¶

Port	Kommentar
`8080`	Lauschport des HTML5-Dienstes.

Bereitstellung des HTML5 Gateway Docker¶

Bereitstellung mit Pairing¶

Voraussetzungen

Bevor Sie das HTML5 Gateway Docker bereitstellen, müssen Sie ein Pairing-Token abrufen.

Die nachstehend beschriebene Bereitstellung verwendet alle verfügbaren Volumes (außer /opt/certificates/, das in diesem Zusammenhang nicht von Nutzen ist) und macht alle Ports verfügbar.
Die Volumes werden am Ort HTML5_GATEWAY_REP in das Dateisystem der Hostmaschine eingebunden. Innerhalb dieses Ortes befinden sich die folgenden Unterverzeichnisse:

config
log

Sie können die Variablen der folgenden Befehle anpassen:

Angepasster Wert	Variable	Kommentar
	`DOCKER_NAME`	Name des Docker-Containers.
	`HTML5_GATEWAY_REP`	Ort im Dateisystem, an dem die Volumes eingebunden werden.
	`ENV_MEDIATION_VALUE`	Wert der Umgebungsvariablen `ENV_MEDIATION`.
	`ENV_TOKEN_VALUE`	Wert der Umgebungsvariablen `ENV_TOKEN`.
	`ENV_NO_CHECK_CERT_VALUE`	Wert der Umgebungsvariablen `ENV_NO_CHECK_CERT`.

Legen Sie die für das Einhängen der Volumes erforderliche Verzeichnisstruktur im Dateisystem an:

mkdir -p HTML5_GATEWAY_REP/config
mkdir HTML5_GATEWAY_REP/log

Und starten Sie zuletzt einen neuen Container:

docker run -d --restart unless-stopped --name "DOCKER_NAME" \
-e ENV_MEDIATION="ENV_MEDIATION_VALUE" \
-e ENV_TOKEN="ENV_TOKEN_VALUE" \
-e ENV_NO_CHECK_CERT="ENV_NO_CHECK_CERT_VALUE" \
-v "HTML5_GATEWAY_REP/config/:/etc/ipdiva/:rw" \
-v "HTML5_GATEWAY_REP/log/:/var/log/:rw" \
-p 8080:8080 \
cleanroom-html5:4.6.1-33-v2

Die Protokolle des Containers lassen sich mit dem folgenden Befehl einsehen:

docker logs -f DOCKER_NAME

Manuelle Bereitstellung¶

Voraussetzungen

Bevor Sie das HTML5 Gateway Docker bereitstellen, müssen Sie über das für das HTML5 Gateway erforderliche Zertifikat verfügen.

Die nachstehend beschriebene Bereitstellung verwendet alle verfügbaren Volumes und macht alle Ports verfügbar.
Die Volumes werden im Dateisystem der Hostmaschine am Ort MANUAL_REP eingehängt. Innerhalb dieses Ortes befinden sich die folgenden Unterverzeichnisse:

config
log
certificates

Sie können die Variablen der folgenden Befehle anpassen:

Angepasster Wert	Variable	Kommentar
	`MANUAL_NAME`	Name des Docker-Containers.
	`MANUAL_REP`	Ort im Dateisystem, an dem die Volumes eingehängt werden.
	`ENV_GW_CERT_NAME_VALUE`	Wert der Umgebungsvariablen `ENV_GW_CERT_NAME`.
	`ENV_GW_CERT_PASSWORD_VALUE`	Wert der Umgebungsvariablen `ENV_GW_CERT_PASSWORD`.
	`ENV_SSL_ROUTER_IP_VALUE`	Wert der Umgebungsvariablen `ENV_SSL_ROUTER_IP`.
	`ENV_SSL_ROUTER_PORT_VALUE`	Wert der Umgebungsvariablen `ENV_SSL_ROUTER_PORT`.

Legen Sie die für das Einhängen der Volumes erforderliche Verzeichnisstruktur im Dateisystem an:

mkdir -p MANUAL_REP/config
mkdir MANUAL_REP/log
mkdir MANUAL_REP/certificates

Legen Sie anschließend die Zertifikate des HTML5 Gateway und des Aufzeichnungsdienstes in MANUAL_REP/certificates ab.

Starten Sie zuletzt einen neuen Container:

docker run -d --restart unless-stopped --name "MANUAL_NAME" \
-e ENV_GW_CERT_NAME="ENV_GW_CERT_NAME_VALUE" \
-e ENV_GW_CERT_PASSWORD="ENV_GW_CERT_PASSWORD_VALUE" \
-e ENV_SSL_ROUTER_IP="ENV_SSL_ROUTER_IP_VALUE" \
-e ENV_SSL_ROUTER_PORT="ENV_SSL_ROUTER_PORT_VALUE" \
-v "MANUAL_REP/config/:/etc/ipdiva/:rw" \
-v "MANUAL_REP/log/:/var/log/:rw" \
-v "MANUAL_REP/certificates/:/opt/certificates/:ro" \
-p 8080:8080 \
cleanroom-html5:4.6.1-33-v2

Die Protokolle des Containers lassen sich mit dem folgenden Befehl einsehen:

docker logs -f MANUAL_NAME

Konfiguration des Mediation Controller¶

Damit das neue HTML5 Gateway Docker betriebsbereit ist, muss noch der Mediation-Controller-Server über einen SSH- oder Konsolenzugriff mit root-Berechtigungen konfiguriert werden.

Diese letzte Konfiguration ist erforderlich, damit der Mediation Controller mit dem HTML5-Dienst kommunizieren kann.
Diese Konfiguration hängt jedoch vom Standort des HTML5 Gateway Docker ab:

In der DMZ platziertIn der LAN platziert, erreichbar über ein Edge Gateway

Das Gesamtschema sieht wie folgt aus:

flowchart LR
    subgraph DMZ
        direction TB
        HTML5(HTML5 Gateway Docker)
        MED(Mediation Controller)
    end

    subgraph LAN
        GW(Edge Gateway)
    end


    MED -.-> |Verbindung zum HTML5-Dienst ; TCP 8080| HTML5
    HTML5 --> |TLS Tunnel| MED
    MED ~~~ GW
    GW --> |TLS Tunnel| MED
    GW ~~~ MED

    linkStyle 0 stroke:#d22,color;

Hold "Ctrl" to enable pan & zoom

In diesem Zusammenhang müssen die nachstehend angegebenen Informationen zur Datei /etc/ipdiva/httpd/commonParameters.extra.conf hinzugefügt oder diese Datei erstellt werden.
Die Parameter können angepasst werden:

Angepasster Wert	Variable	Kommentar
	`HTML5_URL_DMZ`	URL, die bei der Deklaration des HTML5 Gateway in der Administrationskonsole konfiguriert wurde.
	`HTML5_IP_DMZ`	DNS-Name oder IP-Adresse des Docker-Servers, auf dem das HTML5 Gateway Docker aktiv ist.
	`HTML5_PORT_DMZ`	Port, den der Docker-Server für das HTML5 Gateway Docker veröffentlicht.

<Location /HTML5_URL_DMZ/>
    Order allow,deny
    Allow from all
    ProxyPass http://HTML5_IP_DMZ:HTML5_PORT_DMZ/systanciaHTML5-6.0/ flushpackets=on
    ProxyPassReverse http://HTML5_IP_DMZ:HTML5_PORT_DMZ
</Location>

<Location /HTML5_URL_DMZ/websocket-tunnel>
    Order allow,deny
    Allow from all
    ProxyPass ws://HTML5_IP_DMZ:HTML5_PORT_DMZ/systanciaHTML5-6.0/websocket-tunnel
    ProxyPassReverse ws://HTML5_IP_DMZ:HTML5_PORT_DMZ/systanciaHTML5-6.0/websocket-tunnel
</Location>

Das Gesamtschema sieht wie folgt aus:

flowchart LR
    subgraph DMZ
        direction TB
        MED(Mediation Controller)
    end

    subgraph LAN
        HTML5(HTML5 Gateway Docker)
        GW(Edge Gateway)
    end


    MED -.- | Verbindung zum HTML5-Dienst ; über TLS-Tunnel| GW -.-> |Verbindung zum HTML5-Dienst ; TCP 8080| HTML5
    HTML5 --> |TLS Tunnel| MED
    GW --> |TLS Tunnel| MED

    linkStyle 0,1 stroke:#d22,color;

Hold "Ctrl" to enable pan & zoom

In diesem Zusammenhang müssen die nachstehend angegebenen Informationen zur Datei /etc/ipdiva/httpd/commonParameters.extra.conf hinzugefügt oder diese Datei erstellt werden.
Die Parameter können angepasst werden:

Angepasster Wert	Variable	Kommentar
	`HTML5_URL_LAN`	URL, die bei der Deklaration des HTML5 Gateway in der Administrationskonsole konfiguriert wurde.
	`GW_NAME_LAN`	Name des Edge Gateway, das für die Verbindung mit dem HTML5-Dienst verwendet wird. Das Zeichen der vertikalen Linie am Ende der Zeile muss erhalten bleiben.
	`ORGANIZATION_NAME_LAN`	Name der Organisation, mit der sich das Edge Gateway verbindet.
	`HTML5_IP_LAN`	DNS-Name oder IP-Adresse des Docker-Servers, auf dem das HTML5 Gateway Docker aktiv ist.
	`HTML5_PORT_LAN`	Port, den der Docker-Server für das HTML5 Gateway Docker veröffentlicht.

<Location /HTML5_URL_LAN/>
    Order allow,deny
    Allow from all
    RequestHeader set X-Forwarded-Proto "https"
    RequestHeader set X-IPdiva-Gateway GW_NAME_LAN|
    RequestHeader set X-IPdiva-Orgname ORGANIZATION_NAME_LAN
    RequestHeader set X-IPdiva-Service HTML5_IP_LAN:HTML5_PORT_LAN

    ProxyPass http://127.0.0.1:9016/systanciaHTML5-6.0/ flushpackets=on
</Location>

<Location /HTML5_URL_LAN/websocket-tunnel>
    Order allow,deny
    Allow from all
    RequestHeader set X-Forwarded-Proto "https"
    RequestHeader set X-IPdiva-Gateway GW_NAME_LAN|
    RequestHeader set X-IPdiva-Orgname ORGANIZATION_NAME_LAN
    RequestHeader set X-IPdiva-Service HTML5_IP_LAN:HTML5_PORT_LAN

    ProxyPass ws://127.0.0.1:9016/systanciaHTML5-6.0/websocket-tunnel
</Location>

Tipp

Diese Konfiguration kann auch in der folgenden Situation verwendet werden, in der ein Edge Gateway Docker und ein HTML5 Gateway Docker im selben Docker-Netzwerk laufen:

flowchart LR
    subgraph DMZ
        direction TB
        MED(Mediation Controller)
    end

    subgraph LAN
        subgraph docker[Docker Server]
            HTML5([HTML5 Gateway Docker])
            GW([Edge Gateway])
        end
    end


    MED -.- | Verbindung zum HTML5-Dienst ; über TLS-Tunnel| GW -.-> |Verbindung zum HTML5-Dienst ; TCP 8080 über das Docker-Netzwerk| HTML5
    HTML5 --> |TLS Tunnel| MED
    GW --> |TLS Tunnel| MED

    linkStyle 0,1 stroke:#d22,color;

Hold "Ctrl" to enable pan & zoom

Beispiel

In diesem Beispiel stellen wir ein Edge Gateway und ein HTML5 Gateway auf demselben Docker-Server bereit.

Die für das Beispiel verwendete Infrastruktur sieht wie folgt aus:

Mediation-Controller-Server
- Web-IP-Adresse: 10.0.10.10
- Name der Organisation: my-organization-name
- Token für das Edge Gateway: YJ5N-JN05-N5LS-N26H-7JHA-HZ9R-BGJF-MAVH
- Token für das HTML5 Gateway: ATCW-OMVR-0RY4-LW1M-D9G9-H5VF-WPX5-YCXF
- URL für den Zugriff auf den HTML5-Dienst: HTML5_DOCKER
Docker-Server
- Name des Docker-Netzwerks: cyberelements-cleanroom-network
- Edge Gateway
  - Name: my-edge-gateway-docker
  - Wurzelort im Dateisystem: /opt/my-edge-gateway-docker
- HTML5 Gateway
  - Name: my-html5-gateway-docker
  - Wurzelort im Dateisystem: /opt/my-html5-gateway-docker

Zunächst müssen Sie auf dem Docker-Server die Verzeichnisstruktur für das Einbinden der Docker-Volumes erstellen:

mkdir -p /opt/my-edge-gateway-docker/config
mkdir /opt/my-edge-gateway-docker/graphical_archives
mkdir /opt/my-edge-gateway-docker/ssh_archives
mkdir /opt/my-edge-gateway-docker/log
mkdir -p /opt/my-html5-gateway-docker/config
mkdir /opt/my-html5-gateway-docker/log

Erstellen Sie anschließend ein Docker-Netzwerk vom Typ bridge, damit die beiden Container miteinander kommunizieren können:

docker network create -d bridge cyberelements-cleanroom-network

Starten Sie anschließend den Container des Edge Gateway. Beachten Sie, dass im Beispiel eine Verbindung durch Pairing aufgebaut wird, mit Zugriff auf den Mediation Controller über seine IP-Adresse und ohne Zertifikatsprüfung. Außerdem wird der Parameter --network hinzugefügt, um die Verwendung des zuvor erstellten Docker-Netzwerks anzugeben:

docker run -d --restart unless-stopped --name "my-edge-gateway-docker" \
-e ENV_MEDIATION="10.0.10.10" \
-e ENV_TOKEN="YJ5N-JN05-N5LS-N26H-7JHA-HZ9R-BGJF-MAVH" \
-e ENV_NO_CHECK_CERT="true" \
-v "/opt/my-edge-gateway-docker/config/:/etc/ipdiva/:rw" \
-v "/opt/my-edge-gateway-docker/graphical_archives/:/var/lib/ipdiva/carerecord/archives/:rw" \
-v "/opt/my-edge-gateway-docker/ssh_archives/:/var/ipdiva/care/sshrecord/:rw" \
-v "/opt/my-edge-gateway-docker/log/:/var/log/:rw" \
-p 2222:2222 \
-p 3389:3389 \
-p 8443:8443 \
--network="cyberelements-cleanroom-network" \
cleanroom-gateway:4.6.1-33-v2

Starten Sie anschließend den Container des HTML5 Gateway. Beachten Sie, dass im Beispiel eine Verbindung durch Pairing aufgebaut wird, mit Zugriff auf den Mediation Controller über seine IP-Adresse und ohne Zertifikatsprüfung. Außerdem wird der Parameter --network hinzugefügt, um die Verwendung des zuvor erstellten Docker-Netzwerks anzugeben; und da der Zugriff auf den HTML5-Dienst über das Docker-Netzwerk erfolgt, ist die Veröffentlichung des Ports 8080 nicht erforderlich:

docker run -d --restart unless-stopped --name "my-html5-gateway-docker" \
-e ENV_MEDIATION="10.0.10.10" \
-e ENV_TOKEN="ATCW-OMVR-0RY4-LW1M-D9G9-H5VF-WPX5-YCXF" \
-e ENV_NO_CHECK_CERT="true" \
-v "/opt/my-html5-gateway-docker/config/:/etc/ipdiva/:rw" \
-v "/opt/my-html5-gateway-docker/log/:/var/log/:rw" \
--network="cyberelements-cleanroom-network" \
cleanroom-html5:4.6.1-33-v2

Schließlich muss die Datei /etc/ipdiva/httpd/commonParameters.extra.conf des oder der Mediation-Controller-Server konfiguriert werden. Der folgende Abschnitt ist hinzuzufügen:

<Location /HTML5_DOCKER/>
    Order allow,deny
    Allow from all
    RequestHeader set X-Forwarded-Proto "https"
    RequestHeader set X-IPdiva-Gateway my-edge-gateway-docker|
    RequestHeader set X-IPdiva-Orgname my-organization-name
    RequestHeader set X-IPdiva-Service my-html5-gateway-docker:8080

    ProxyPass http://127.0.0.1:9016/systanciaHTML5-6.0/ flushpackets=on
</Location>

<Location /HTML5_DOCKER/websocket-tunnel>
    Order allow,deny
    Allow from all
    RequestHeader set X-Forwarded-Proto "https"
    RequestHeader set X-IPdiva-Gateway my-edge-gateway-docker|
    RequestHeader set X-IPdiva-Orgname my-organization-name
    RequestHeader set X-IPdiva-Service my-html5-gateway-docker:8080

    ProxyPass ws://127.0.0.1:9016/systanciaHTML5-6.0/websocket-tunnel
</Location>

Bevor Sie die neue Konfiguration anwenden, müssen Sie prüfen, dass sie keinen blockierenden Fehler des Webservers Apache2 verursacht.
Führen Sie dazu den folgenden Befehl aus:

1	`apache2ctl configtest`

Lautet die Antwort Syntax OK, können die Änderungen mit dem folgenden Befehl angewendet werden. Andernfalls überprüfen Sie die Konfiguration Ihrer Datei /etc/ipdiva/httpd/commonParameters.extra.conf.

1	`systemctl reload apache2`