WebSockets und Apache-Proxy: Wie konfiguriere ich mod_proxy_wstunnel?

Ich habe :

1. Apache(v2.4) auf Port 80 meines Servers für www.domain1.com, wobei mod_proxy und mod_proxy_wstunnel aktiviert sind

2. node.js + socket.io auf Port 3001 desselben Servers.

Der Zugriff www.domain2.com(mit Port 80) leitet dank der hier beschriebenen Methode zu 2. weiter . Ich habe dies in der Apache-Konfiguration festgelegt:

<VirtualHost *:80>
    ServerName www.domain2.com
    ProxyPass / http://localhost:3001/
    ProxyPassReverse / http://localhost:3001/
    ProxyPass / ws://localhost:3001/
    ProxyPassReverse / ws://localhost:3001/
</VirtualHost>

Es funktioniert für alles, außer für den Websocket-Teil: Sie ws://...werden nicht wie vom Proxy übertragen übertragen.

Wenn ich auf die Seite zugreife www.domain2.com, habe ich:

Impossible to connect ws://www.domain2.com/socket.io/?EIO=3&transport=websocket&sid=n30rqg9AEqZIk5c9AABN.

Frage: Wie mache ich Apache-Proxy auch zu WebSockets?

Dank dieses Themas habe ich es endlich geschafft .

MACHEN:

1) Haben Sie Apache 2.4 installiert (funktioniert nicht mit 2.2) und tun Sie Folgendes:

a2enmod proxy
a2enmod proxy_http
a2enmod proxy_wstunnel

2) nodejsAuf Port 3001 laufen lassen

3) Tun Sie dies in der Apache-Konfiguration

<VirtualHost *:80>
  ServerName www.domain2.com

  RewriteEngine On
  RewriteCond %{REQUEST_URI}  ^/socket.io            [NC]
  RewriteCond %{QUERY_STRING} transport=websocket    [NC]
  RewriteRule /(.*)           ws://localhost:3001/$1 [P,L]

  ProxyPass / http://localhost:3001/
  ProxyPassReverse / http://localhost:3001/
</VirtualHost>

Hinweis: Wenn Sie mehr als einen Dienst auf demselben Server haben, der Websockets verwendet, möchten Sie dies möglicherweise tun , um sie zu trennen.

Anstatt nach URL zu filtern, können Sie auch nach HTTP-Header filtern. Diese Konfiguration funktioniert für alle Webanwendungen, die Websockets verwenden, auch wenn sie nicht socket.io verwenden:

<VirtualHost *:80>
  ServerName www.domain2.com

  RewriteEngine On
  RewriteCond %{HTTP:Upgrade} =websocket [NC]
  RewriteRule /(.*)           ws://localhost:3001/$1 [P,L]
  RewriteCond %{HTTP:Upgrade} !=websocket [NC]
  RewriteRule /(.*)           http://localhost:3001/$1 [P,L]

  ProxyPassReverse / http://localhost:3001/
</VirtualHost>

Kann nützlich sein. Nur alle Anfragen werden über ws an den Knoten gesendet

<VirtualHost *:80>
  ServerName www.domain2.com

  <Location "/">
    ProxyPass "ws://localhost:3001/"
  </Location>
</VirtualHost>

Ab Socket.IO 1.0 (Mai 2014) beginnen alle Verbindungen mit einer HTTP-Abfrageanforderung (weitere Informationen hier ). Das bedeutet, dass Sie zusätzlich zur Weiterleitung des WebSocket-Datenverkehrs alle transport=pollingHTTP-Anforderungen weiterleiten müssen .

Die folgende Lösung sollte den gesamten Socket-Verkehr korrekt umleiten, ohne anderen Verkehr umzuleiten.

1. Aktiviere die folgenden Apache2 Mods:

   sudo a2enmod proxy rewrite proxy_http proxy_wstunnel

2. Verwenden Sie diese Einstellungen in Ihrer * .conf-Datei (z /etc/apache2/sites-available/mysite.com.conf. B. ). Ich habe Kommentare beigefügt, um jedes Stück zu erklären:

   <VirtualHost *:80>
       ServerName www.mydomain.com
   
       # Enable the rewrite engine
       # Requires: sudo a2enmod proxy rewrite proxy_http proxy_wstunnel
       # In the rules/conds, [NC] means case-insensitve, [P] means proxy
       RewriteEngine On
   
       # socket.io 1.0+ starts all connections with an HTTP polling request
       RewriteCond %{QUERY_STRING} transport=polling       [NC]
       RewriteRule /(.*)           http://localhost:3001/$1 [P]
   
       # When socket.io wants to initiate a WebSocket connection, it sends an
       # "upgrade: websocket" request that should be transferred to ws://
       RewriteCond %{HTTP:Upgrade} websocket               [NC]
       RewriteRule /(.*)           ws://localhost:3001/$1  [P]
   
       # OPTIONAL: Route all HTTP traffic at /node to port 3001
       ProxyRequests Off
       ProxyPass           /node   http://localhost:3001
       ProxyPassReverse    /node   http://localhost:3001
   </VirtualHost>

3. Ich habe einen zusätzlichen Abschnitt zum Weiterleiten von /nodeDatenverkehr hinzugefügt , den ich als nützlich empfinde. Weitere Informationen finden Sie hier .

Mit Hilfe dieser Antworten habe ich endlich einen Reverse-Proxy für Node-RED erhalten, der auf einem Raspberry Pi mit Ubuntu Mate und Apache2 ausgeführt wird. Dabei wurde diese Apache2-Site-Konfiguration verwendet:

<VirtualHost *:80>
    ServerName nodered.domain.com
    RewriteEngine On
    RewriteCond %{HTTP:Upgrade} =websocket [NC]
    RewriteRule /(.*)           ws://localhost:1880/$1 [P,L]
    RewriteCond %{HTTP:Upgrade} !=websocket [NC]
    RewriteRule /(.*)           http://localhost:1880/$1 [P,L]
</VirtualHost>

Ich musste auch Module wie diese aktivieren:

sudo a2enmod proxy
sudo a2enmod proxy_http
sudo a2enmod proxy_wstunnel

Bei mir funktioniert es, nachdem nur eine Zeile in httpd.conf wie unten hinzugefügt wurde (fette Zeile).

<VirtualHost *:80>
    ServerName: xxxxx

    #ProxyPassReverse is not needed
    ProxyPass /log4j ws://localhost:4711/logs
<VirtualHost *:80>

Die Apache-Version ist 2.4.6 unter CentOS.

Mein Setup:

• Apache 2.4.10 (läuft unter Debian)
• Node.js (Version 4.1.1) App, die auf Port 3000 ausgeführt wird und WebSockets im Pfad akzeptiert /api/ws

Stellen Sie, wie oben von @Basj erwähnt, sicher, dass a2enmod-Proxy und ws_tunnel aktiviert sind.

Dies ist ein Screenshot der Apache-Konfigurationsdatei, die mein Problem gelöst hat:

Der relevante Teil als Text:

<VirtualHost *:80>
  ServerName *******
  ServerAlias *******
  ProxyPass / http://localhost:3000/
  ProxyPassReverse / http://localhost:3000/

  <Location "/api/ws">
      ProxyPass "ws://localhost:3000/api/ws"
  </Location>
</VirtualHost>

Hoffentlich hilft das.

Führen Sie die folgenden Schritte für eine Federanwendung aus, auf der statische, Ruhe- und Websocket-Inhalte ausgeführt werden.

Der Apache wird als Proxy und SSL-Endpunkt für die folgenden URIs verwendet:

• / app → statischer Inhalt
• / api → REST-API
• / api / ws → Websocket

Apache-Konfiguration

<VirtualHost *:80>
    ServerName xxx.xxx.xxx    

    ProxyRequests Off
    ProxyVia Off
    ProxyPreserveHost On

    <Proxy *>
         Require all granted
    </Proxy>

    RewriteEngine On

    # websocket 
    RewriteCond %{HTTP:Upgrade}         =websocket                      [NC]
    RewriteRule ^/api/ws/(.*)           ws://localhost:8080/api/ws/$1   [P,L]

    # rest
    ProxyPass /api http://localhost:8080/api
    ProxyPassReverse /api http://localhost:8080/api

    # static content    
    ProxyPass /app http://localhost:8080/app
    ProxyPassReverse /app http://localhost:8080/app 
</VirtualHost>

Ich verwende dieselbe vHost-Konfiguration für die SSL-Konfiguration, ohne dass Proxy-bezogene Änderungen erforderlich sind.

Federkonfiguration

server.use-forward-headers: true

Verwenden Sie diesen Link für eine perfekte Lösung für ws https://httpd.apache.org/docs/2.4/mod/mod_proxy_wstunnel.html

Sie müssen nur unter Schritt tun ..

Gehe zu /etc/apache2/mods-available

Schritt 1

Aktivieren Sie mode proxy_wstunnel.loadmit dem folgenden Befehl

$a2enmod proxy_wstunnel.load

Schritt 2

Gehe zu /etc/apache2/sites-available

und fügen Sie die folgende Zeile in Ihre .conf-Datei innerhalb des virtuellen Hosts ein

ProxyPass "/ws2/"  "ws://localhost:8080/"

ProxyPass "/wss2/" "wss://localhost:8080/"

Hinweis: 8080 bedeutet, dass Ihr Tomcat ausgeführt wird, da wir eine Verbindung herstellen möchten, für die wsunsere in Tomcat und Tomcat geputte War-Datei Apache bereitstelltws . Danke

Meine Konfiguration

ws://localhost/ws2/ALLCAD-Unifiedcommunication-1.0/chatserver?userid=4 =Connected

Zum "Polling" -Transport.

Apache Seite:

<VirtualHost *:80>
    ServerName mysite.com
    DocumentRoot /my/path


    ProxyRequests Off

    <Proxy *>
        Order deny,allow
        Allow from all
    </Proxy>

    ProxyPass /my-connect-3001 http://127.0.0.1:3001/socket.io
    ProxyPassReverse /my-connect-3001 http://127.0.0.1:3001/socket.io   
</VirtualHost>

Client-Seite:

var my_socket = new io.Manager(null, {
    host: 'mysite.com',
    path: '/my-connect-3001'
    transports: ['polling'],
}).socket('/');

Zusätzlich zur Hauptantwort: Wenn Sie mehr als einen Dienst auf demselben Server haben, der Websockets verwendet, möchten Sie diese möglicherweise mithilfe eines benutzerdefinierten Pfads (*) trennen :

Knotenserver:

var io = require('socket.io')({ path: '/ws_website1'}).listen(server);

Client-HTML:

<script src="/ws_website1/socket.io.js"></script>
...
<script>
var socket = io('', { path: '/ws_website1' });
...

Apache-Konfiguration:

RewriteEngine On

RewriteRule ^/website1(.*)$ http://localhost:3001$1 [P,L]

RewriteCond %{REQUEST_URI}  ^/ws_website1 [NC]
RewriteCond %{QUERY_STRING} transport=websocket [NC]
RewriteRule ^(.*)$ ws://localhost:3001$1 [P,L]

RewriteCond %{REQUEST_URI}  ^/ws_website1 [NC]
RewriteRule ^(.*)$ http://localhost:3001$1 [P,L]

(*) Hinweis: Die Verwendung der Standardeinstellung ist RewriteCond %{REQUEST_URI} ^/socket.ionicht spezifisch für eine Website, und Websockets-Anfragen werden zwischen verschiedenen Websites verwechselt!

MACHEN:

1. Habe Apache 2.4 installiert (funktioniert nicht mit 2.2) a2enmod proxyunda2enmod proxy_wstunnel.load

2. Fügen Sie dazu in der Apache-Konfiguration
   einfach zwei Zeilen in Ihre Datei ein, wobei 8080 Ihr Tomcat-Laufport ist

   <VirtualHost *:80>
   ProxyPass "/ws2/" "ws://localhost:8080/" 
   ProxyPass "/wss2/" "wss://localhost:8080/"
   
   </VirtualHost *:80>