Zum Inhalt

Installieren des HTML5-Gateway-Dockers

Importieren des Docker-Bildes

Bevor Sie einen HTML5-Gateway-Docker-Container erstellen können, müssen Sie das Docker-Image importieren. Um dies zu tun, starten Sie eine Shell, aus der die Docker-Befehle verfügbar sind, sowie die Datei cleanroom-html5-4.6.1-33-v2.tgz. Aus der Shell laufen Sie den folgenden Befehl aus und passen den Pfad zur Datei TGZ an, wenn sie nicht im aktuellen Verzeichnis ist:

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

Dann überprüfen Sie, ob der Import erfolgreich war, mit dem folgenden Befehl:

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

Die erwartete Produktion ist wie folgt: Wenn dies nicht der Fall ist, ist der Import gescheitert:

1
2
3
4
5
6
[
    {
        "Id": "sha256:16ae07f1604409f6b092a8a2944e69b3db458a04dbbab6ffc3f945c253c82cee",
        "RepoTags": [
            "cleanroom-html5:4.6.1-33-v2"
        ],
Vollständige Ausgabe
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
[
    {
        "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 Behälters

Umweltvariablen

Variablen für die Bereitstellung durch Paarung

Name Pflicht Standardwert Kommentar
ENV_MEDIATION JA Für die Paarung von Verbindungen verwendet.
Zeigt den DNS-Namen oder die IP-Adresse an, um eine Verbindung zur Web-Schnittstelle einer ** Cyber** Elemente Cleanroom Plattform herzustellen.
ENV_TOKEN JA Für die Verbindung zum Pairing verwendet.
Angabe des Pairing-Token, der für die Verbindung zum Mediation Controller verwendet wird.
ENV_NO_CHECK_CERT NO false Für die Paarung von Verbindungen verwendet.
Die Prüfung von Mediation Controller Webzertifikaten kann deaktiviert werden, nützlich bei ** Cyber** Elementen Cleanroom beim Zugriff über IP-Adresse oder wenn das Webzertifikat nicht von den standardmäßigen öffentlichen Zertifizierungsbehörden anerkannt wird.
Akzeptierte Werte: true oder false.

Variablen für manuelle Bereitstellung

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

Verschiedene Variablen

Name Pflicht Standardwert Kommentar
ENV_DISABLE_RSYSLOG NO false Deaktivierung des Dienstes rsyslog
Akzeptierte Werte: true oder false

Volumen

Volumen Kommentar
/etc/ipdiva/ HTML5 Gateway-Konfigurationsvolumen.
Wir empfehlen, es auf einem benannten Volumen oder auf dem Dateisystem des Host-Computers zu montieren.
/opt/certificates/ Volumen mit dem HTML5-Gateway-Zertifikat (s) bei der Konfiguration ohne Paarung.
/var/log/ Volumen mit den HTML5-Gateway-Logs.

Häfen

Hafen Kommentar
8080 HTML5-Dienst-Listening-Port.

Einführung des HTML5-Gateway-Dockers

Einsatz mit Paarung

Voraussetzungen

Bevor Sie den HTML5-Gateway-Docker bereitstellen, müssen Sie einen Pairing-Token erhalten.

Die unten beschriebene Bereitstellung nutzt alle verfügbaren Volumina (außer /opt/certificates/, die in diesem Zusammenhang nicht nützlich ist) und stellt alle Ports offen.
Die Volumes werden auf dem Dateisystem des Host-Computers mit dem Standort HTML5_GATEWAY_REP montiert. Innerhalb dieses Standorts befinden sich die folgenden Unterverzeichnisse:

  • config
  • Log

Sie können die Variablen für die folgenden Befehle anpassen:

Benutzerdefinierter Wert Variable Kommentar
DOCKER_NAME Name des Docker-Containers.
HTML5_GATEWAY_REP Ort im Dateisystem, an dem die Bände angebracht werden sollen.
ENV_MEDIATION_VALUE Wert der ENV_MEDIATION Umweltvariablen
ENV_TOKEN_VALUE Wert der ENV_TOKEN Umweltvariablen
ENV_NO_CHECK_CERT_VALUE Wert der ENV_NO_CHECK_CERT Umweltvariablen

Erstellen des Verzeichnisbaums, der für das Montieren von Volumina auf dem Dateisystem erforderlich ist:

1
2
mkdir -p HTML5_GATEWAY_REP/config
mkdir HTML5_GATEWAY_REP/log

Und schließlich, einen neuen Behälter starten:

1
2
3
4
5
6
7
8
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 Containerprotokolle können mit dem folgenden Befehl eingesehen werden:

1
docker logs -f DOCKER_NAME

Manuelle Bereitstellung

Voraussetzungen

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

Die nachstehend beschriebene Bereitstellung wird alle verfügbaren Mengen nutzen und alle Häfen freilegen.
Die Volumes werden auf dem Dateisystem des Host-Computers mit dem Standort MANUAL_REP montiert. Innerhalb dieses Standorts befinden sich die folgenden Unterverzeichnisse:

  • config
  • Log
  • Bescheinigungen

Sie können die Variablen für die folgenden Befehle anpassen:

Benutzerdefinierter Wert Variable Kommentar
MANUAL_NAME Name des Docker-Containers.
MANUAL_REP Ort im Dateisystem, an dem die Bände angebracht werden sollen.
ENV_GW_CERT_NAME_VALUE Wert der ENV_GW_CERT_NAME Umweltvariablen
ENV_GW_CERT_PASSWORD_VALUE Wert der ENV_GW_CERT_PASSWORD Umweltvariablen
ENV_SSL_ROUTER_IP_VALUE Wert der ENV_SSL_ROUTER_IP Umweltvariablen
ENV_SSL_ROUTER_PORT_VALUE Wert der ENV_SSL_ROUTER_PORT Umweltvariablen

Erstellen des Verzeichnisbaums, der für das Montieren von Volumina auf dem Dateisystem erforderlich ist:

1
2
3
mkdir -p MANUAL_REP/config
mkdir MANUAL_REP/log
mkdir MANUAL_REP/certificates

Anschließend werden die Zertifikate für das HTML5-Gateway und den Aufzeichnungsdienst in MANUAL_REP/certificates platziert.

Schließlich wird ein neuer Container gestartet:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
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 Containerprotokolle können mit dem folgenden Befehl eingesehen werden:

1
docker logs -f MANUAL_NAME

Konfiguration des Mediation Controller

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

Diese letzte Einstellung ist erforderlich, damit der Mediation Controller mit dem HTML5-Dienst kommunizieren kann.
Diese Konfiguration variiert jedoch je nach Standort des HTML5-Gateway-Dockers:

Das Gesamtdiagramm ist wie folgt:

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

    subgraph LAN
        GW(Edge Gateway)
    end


    MED -.-> |Connection to HTML5 service ; 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 ist es notwendig, die nachstehenden Angaben in die /etc/ipdiva/httpd/commonParameters.extra.conf-Datei einzufügen oder diese zu erstellen.
Die Einstellungen können angepasst werden:

Benutzerdefinierter Wert Variable Kommentar
HTML5_URL_DMZ URL konfiguriert, wenn das HTML5-Gateway in der Verwaltungskonsole deklariert wird.
HTML5_IP_DMZ DNS-Name oder IP-Adresse des Docker-Servers, auf dem der HTML5-Gateway-Docker aktiv ist.
HTML5_PORT_DMZ Port, der vom Docker-Server für den HTML5-Gateway-Docker veröffentlicht wurde.
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
<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 Gesamtdiagramm ist wie folgt:

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

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


    MED -.- | Connection to HTML5 service ; through TLS Tunnel| GW -.-> |Connection to HTML5 service ; 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 ist es notwendig, die nachstehenden Angaben in die /etc/ipdiva/httpd/commonParameters.extra.conf-Datei einzufügen oder diese zu erstellen.
Die Einstellungen können angepasst werden:

Benutzerdefinierter Wert Variable Kommentar
HTML5_URL_LAN URL konfiguriert, wenn das HTML5-Gateway in der Verwaltungskonsole deklariert wird.
GW_NAME_LAN Name des Edge Gateway, der zur Verbindung mit dem HTML5-Dienst verwendet wird. Das Pipekennzeichen am Ende der Zeile ** muss ** bleiben.
ORGANIZATION_NAME_LAN Name der Organisation, mit der die Edge Gateway verbunden ist.
HTML5_IP_LAN DNS-Name oder IP-Adresse des Docker-Servers, auf dem der HTML5-Gateway-Docker aktiv ist.
HTML5_PORT_LAN Port, der vom Docker-Server für den HTML5-Gateway-Docker veröffentlicht wurde.
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
<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>

Tip

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

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 -.- | Connection to HTML5 service ; through TLS Tunnel| GW -.-> |Connection to HTML5 service ; TCP 8080 through Docker network| 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 werden wir ein Edge Gateway und ein HTML5-Gateway auf demselben Docker-Server bereitstellen.

Die für das Beispiel verwendete Infrastruktur ist wie folgt:

  • Server Mediation Controller
    • Web-IP-Adresse: 10.0.10.10
    • Name der Organisation: my-organization-name
    • Token für 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 Dockernetzwerks: cyberelements-cleanroom-network
    • Edge Gateway
      • Name: my-edge-gateway-docker
      • Stammort im Dateisystem: /opt/my-edge-gateway-docker
    • HTML5 Gateway
      • Name: my-html5-gateway-docker
      • Stammort im Dateisystem: /opt/my-html5-gateway-docker

Zunächst müssen Sie auf dem Docker-Server die Baumstruktur für die Montage der Docker-Volumes erstellen:

1
2
3
4
5
6
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

Dann erstellen Sie eine bridge Typ Docker-Netzwerk, so dass die beiden Container miteinander kommunizieren können:

1
docker network create -d bridge cyberelements-cleanroom-network

Als nächstes starten Sie die Edge Gateway Die Datenbank ist in der Regel mit einem Mediation Controller Die Daten werden über die IP-Adresse und ohne Zertifikatsprüfung --network Der Parameter wird hinzugefügt, um die Verwendung des zuvor erstellten Docker-Netzwerks zu spezifizieren:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
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

Als nächstes starten Sie den HTML5-Gateway-Container. Beachten Sie, dass das Beispiel eine Verbindung durch Paarung herstellt, wobei der Zugriff auf Mediation Controller über seine IP-Adresse erfolgt und keine Zertifikatsprüfung hinzugefügt wird. Darüber hinaus wird der Parameter --network hinzugefügt, um die Verwendung des zuvor erstellten Docker-Netzwerks zu spezifizieren, und da der Zugriff auf den HTML5-Dienst über das Docker-Netzwerk erfolgt, ist der Veröffentlichungsport 8080 nicht erforderlich:

1
2
3
4
5
6
7
8
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 /etc/ipdiva/httpd/commonParameters.extra.conf Datei auf dem Mediation Controller Server (s) konfiguriert werden.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
<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 neuen Einstellungen anwenden, müssen Sie überprüfen, ob die neue Konfiguration keine Blockierungsfehler für den Apache2-Webserver verursacht.
Hierzu führen Sie den folgenden Befehl aus:

1
apache2ctl configtest

Wenn die Rücksendung Syntax OK Wenn Sie die Änderungen nicht vornehmen können, können Sie die Änderungen mit dem folgenden Befehl vornehmen. /etc/ipdiva/httpd/commonParameters.extra.conf - Ich habe ihn.

1
systemctl reload apache2