KIX 18, Docker und Apache - Loginbutton geht nicht

[wolfgang]

Moin!

Ich habe "einfach" das Docker-Image auf meinem Ubuntu-Server installiert, und KIX ist zugänglich via ip:20001 im Browser, sprich: Ich kann mich einloggen. Aber wenn ich die Vhost-Datei nehme bzw. den dort hinterlegten FQDN, geht der Login-Button nicht. Er reagiert nicht. Man drück drauf, aber es kommt kein Action. Ich habe da wohl grundsätzliche Verständnisschwierigkeiten und ich ich würde mich freuen über Hinweise, die mich auf die richtige Spur bringen. Kann man das denn so machen? Docker->Apache-vHost->Browser?

Vielen Dank!

Beste Grüße

Wolfgang

[Frank Niethardt]

Moin Wolfgang,

was genau meinst du mit "einfach das Docker Image installiert"?

KIX besteht ja aus mehreren Images, die dann als mehrere Container laufen. Einer davon ist ein NGINX, der die Verdrahtung der externen mit der Docker internen Welt vornimmt. Starting Point ist da: https://github.com/kix-service-software/kix-on-premise

Viele Grüße
Frank

[wolfgang]

Moin Frank,
danke für deine Rückmeldung!
Ich habe den Stack genau so aus

Code Auswählen Erweitern

https://github.com/kix-service-software/kix-on-premise installiert (

Code Auswählen Erweitern

deploy/linux,

Code Auswählen Erweitern

./start.sh). Die Container laufen, und der Login funktioniert problemlos, wenn ich direkt auf den Port der Agenten-UI gehe:

Code Auswählen Erweitern

http://62.138.184.135:20001 → Login mit

Code Auswählen Erweitern

admin/Passw0rd klappt.
Ich möchte KIX aber über eine externe HTTPS-URL erreichbar machen:

Code Auswählen Erweitern

https://tickets.kivinet.de (Apache 2.4 als Reverse Proxy mit Let's Encrypt).
Der aktuelle Stand:

• Die Login-Seite lädt über
  
  Code Auswählen Erweitern
  https://tickets.kivinet.de
• Beim Klick auf ,,Anmelden" reagiert der Button nicht
• Im Browser-Log erscheint jedes Mal:
   
  
  Code Auswählen Erweitern
  WebSocket connection to 'wss://tickets.kivinet.de/socket.io/?EIO=4&transport=websocket&...' failed
• Direkt über
  
  Code Auswählen Erweitern
  http://IP:20001 funktioniert alles, d. h. der interne KIX-NGINX und Socket.IO/WebSockets sind ok.

Ich vermute, dass meine Apache-Proxy-Konfiguration für WebSockets/Socket.IO nicht zu eurem NGINX-Setup passt.
Hast du vielleicht ein kurzes Beispiel, wie ihr KIX 18 typischerweise hinter einem Apache-Reverse-Proxy (mit HTTPS) betreibt?
Besonders hilfreich wären:

• Beispiel-
  
  Code Auswählen Erweitern
  VirtualHost für Apache mit
  
  Code Auswählen Erweitern
  ProxyPass/
  
  Code Auswählen Erweitern
  ProxyPassReverse-Regeln für
  
  Code Auswählen Erweitern
  / und
  
  Code Auswählen Erweitern
  /socket.io/
• Hinweise zu benötigten Headern (
  
  Code Auswählen Erweitern
  X-Forwarded-Proto,
  
  Code Auswählen Erweitern
  Upgrade,
  
  Code Auswählen Erweitern
  Connection, etc.)

Wenn du möchtest, kann ich dir auch meine aktuelle Apache-vHost-Datei schicken.
Viele Grüße
Wolfgang

[wolfgang]

Oder mal einfache gefragt: Wie macht ihr das?

[Frank Niethardt]

Wir haben keinen Reverse Proxy davor, sondern nutzen den eingebauten NGINX. Einfach in der Environment Datei FRONTEND_PORT_SSL auf 443 stellen und dann sollte alles gehen...

Apache habe ich noch nicht als Reverse Proxy mit WebSockets benutzt, aber sollte wohl so gehen: https://tecadmin.net/configure-apache-to-proxy-websocket-wss/