Nochmal ein Tipp: Da die Unterverzeichnisse sich derzeit nicht schlüssig konfigurieren lassen, habe ich ausgiebig weiterer mit Chrome Entwicklermodus analysiert und habe entschieden, dass ich sie gar nicht brauche*:
Aktuell gehen alle Kommunikationen zum Node-Chat-Server über die Ressource socket.io - es reicht also, diese zum Chatserver weiterzureichen. Sollte mit mehreren Instanzen/"Clients" auf einem Server auch gehen, da die Kennung in der Payload steckt, das habe ich jetzt aber noch nicht umgesetzt.
# diese beiden sind wahrscheinlich gar nicht nötig
ProxyPreserveHost On
ProxyBadHeader StartBody
# -D-S-E um so stupide wie möglich nach Fehlern wieder da zu sein
# BEACHTE die Timeouts - müssen länger sein als die des Chat-Servers
ProxyPass /socket.io http://127.0.0.1:8080/socket.io timeout=65 retry=2 max=200 connectiontimeout=15 status=-D-S-E
ProxyPassReverse /socket.io http://127.0.0.1:8080/socket.io
Natürlich geht so nur transport=polling, das ist für uns aber ok. Was mich einiges Suchen gekostet hat: Aus der Payload des Chats muss man sich die Timeouts herausziehen, die der Server an den Client meldet, und die Proxy-Timeouts entsprechend anpassen (v. a. timeout=...), sonst schließt der Proxy die vom Client offengehaltene Verbindung, der Client baut sie neu auf - so dass die Chat-Sitzung neu initialisiert wird (bzw. aus User-Sicht "abbricht", "aus dem Separee rausfällt" oder so). Im Default sollten die Timeouts 300s sein, aber es gibt mehrere Sirektiven, die sie verändern können. Deswegen setze ich sie lieber explizit (aber eben nicht zu kurz!)
Die Einstellungen oben sind noch nicht optimiert, sondern erstmal nur ein works-for-me.
* Unsere Installation ist so, dass ich den Chat verschhlüsseln möchte und aktuell nur einen Port - 443/https - nach außen öffnen kann/möchte, deswegen der Aufwand, in der "normalen" Client-Verbindung quasi mitzuschwimmen. Das dazugehörige Testsystem läuft in einem Unterverzwichnis unter [ROOT]/test/...