Thomas.will: /* Beispielkonfiguration für Websockets */

2025-03-23T15:18:47Z

Beispielkonfiguration für Websockets

Thomas.will: Die Seite wurde neu angelegt: „= Apache2 Workshop Reverse Proxy mit Websockets = == Grundlagen == '''Reverse Proxy''': Apache2 kann als Vermittler zwischen einem Client und einem internen…“

2025-03-23T15:17:23Z

Die Seite wurde neu angelegt: „= Apache2 Workshop Reverse Proxy mit Websockets = == Grundlagen == '''Reverse Proxy''': Apache2 kann als Vermittler zwischen einem Client und einem internen…“

Neue Seite

= Apache2 Workshop Reverse Proxy mit Websockets =

== Grundlagen ==

'''Reverse Proxy''': Apache2 kann als Vermittler zwischen einem Client und einem internen Backendserver (z. B. Node.js, Python, PHP-FPM) agieren. Dazu wird meist ''mod_proxy'' verwendet.

'''Websockets''': Eine dauerhafte bidirektionale Verbindung, die nach einem HTTP-Handshake mit ''Upgrade''-Header aufgebaut wird. Damit das funktioniert, muss Apache die Verbindung korrekt weiterleiten.

== Benötigte Module ==

'''Folgende Module müssen aktiviert sein''':

<pre>
a2enmod proxy
a2enmod proxy_http
a2enmod proxy_wstunnel
</pre>

Danach:

<pre>
systemctl reload apache2
</pre>

== Beispielkonfiguration für Websockets ==

'''Ziel''': Weiterleitung von HTTP und Websocket auf einen internen Server unter Port 3000

<pre>
<VirtualHost *:80>
ServerName chat.example.org

ProxyPreserveHost On
ProxyPass / http://127.0.0.1:3000/
ProxyPassReverse / http://127.0.0.1:3000/

# Websocket-Weiterleitung (Upgrade-Header)
ProxyPass /socket ws://127.0.0.1:3000/socket
ProxyPassReverse /socket ws://127.0.0.1:3000/socket
</VirtualHost>
</pre>

== Besonderheiten bei Websockets ==

'''Upgrade-Header''': Apache muss den ''Upgrade''-Mechanismus explizit unterstützen. Das übernimmt ''mod_proxy_wstunnel''.

'''Pfadgenauigkeit''': Websockets laufen oft unter einem eigenen Pfad (z. B. ''/socket.io/''). Dieser muss gesondert als ''ws://'' weitergeleitet werden.

'''Fehlersuche''': Wenn Websockets nicht funktionieren:
– Chrome-Devtools oder Firefox-Netzwerkanalyse verwenden
– Auf ''101 Switching Protocols'' achten
– Apache-Errorlog prüfen

== Sicherheitshinweise ==

'''Timeouts''': Längere Verbindungen benötigen ggf. angepasste Timeouts:

<pre>
ProxyTimeout 3600
</pre>

'''Zugriffsschutz''': Auch Websockets können Authentifizierungen und Zugriffskontrollen benötigen – ggf. Absicherung mit Tokens, IP-Whitelist oder Auth-Header.

== Fazit ==

Apache2 kann Websockets problemlos als Reverse Proxy weiterleiten, wenn ''mod_proxy_wstunnel'' aktiv ist und die Pfade korrekt gesetzt sind. Wichtig ist die exakte Unterscheidung von HTTP- und WS-Verbindungen.

@@ Zeile 23: / Zeile 23: @@
 </pre>
-== Beispielkonfiguration für Websockets ==
+== Beispielkonfiguration mit TLS für Websockets ==
-'''Ziel''': Weiterleitung von HTTP und Websocket auf einen internen Server unter Port 3000
+'''Ziel''': Weiterleitung von HTTPS und Websocket (wss://) auf einen internen Server unter Port 3000
 <pre>
-<VirtualHost *:80>
+<VirtualHost *:443>
      ServerName chat.example.org
      ProxyPreserveHost On
@@ Zeile 35: / Zeile 39: @@
      ProxyPassReverse / http://127.0.0.1:3000/
-     # Websocket-Weiterleitung (Upgrade-Header)
+     # WebSocket-Weiterleitung über TLS
      ProxyPass /socket ws://127.0.0.1:3000/socket
      ProxyPassReverse /socket ws://127.0.0.1:3000/socket
 </VirtualHost>
 </pre>

Apache2 Workshop Reverse Proxy mit Websockets - Versionsgeschichte

Thomas.will: /* Beispielkonfiguration für Websockets */

Thomas.will: Die Seite wurde neu angelegt: „= Apache2 Workshop Reverse Proxy mit Websockets = == Grundlagen == '''Reverse Proxy''': Apache2 kann als Vermittler zwischen einem Client und einem internen…“