AWS Beanstalk > Reverse Proxy (fehlerhafter HTTPS-Support)

Hi!

Ich habe die Web-App erfolgreich in AWS deployt und würde gerne aus zwei Gründen einen (nginx) Reverse Proxy vorschalten:

1. Finde ich die URL http://logoweb123-env.eba-xyz.eu-central-1.elasticbeanstalk.com nicht so prickelnd.
2. Finde ich http ohne s nicht so prickelnd.

Ich hab also einen RP eingerichtet und komme auch über https://meine-lwe-app.net problemlos zum Login. Nach dem (erfolgreichen) Login passiert aber nichts mehr, es kommt nur eine graue Seite mit blinkendem "LOADING...".

In den Developer-Tools sehe ich keine fehlgeschlagenen HTTP-Requests.

• Da ich zum Login-Screen komme, gehe ich davon aus, dass die Reverse-Proxy-Config prinzipiell passt.
• Da ich mit der originalen Beanstalk-URL zur Seite komme, gehe ich auch davon aus, dass diese funktioniert.
• In den (AWS) Logs konnte ich keine Fehler ausmachen.

Wäre für jeden Hinweis dankbar... 

UPDATE: habe den Reverse Proxy vom Beanstalk Envrionment von Apache httpd auf Nginx umgestellt und bekomme jetzt immerhin aussagekräftige Fehler, Connect zum Upstream (== mein Reverse Proxy bzw. die public IP davon) schlägt fehl. Hab zwar noch keine Lösung, aber damit komme ich hoffentlich weiter. Werde die Lösung später posten, sofern ich sie finde. ;-)

Leider bis dato erfolglos.

Ist jemandem ein Weg bekannt, HTTPS zu aktivieren? Lt. Beanstalk-Doku sind die Settings am Loadbalancer vorzunehmen - im Zuge des LWE-Deployments wird aber gar kein LB erstellt.

Das kann ja in 2021 echt nicht der Ernst sein, dass hier die Verwendung von HTTP (unverschlüsselt) Standard ist. Vielleicht habe ich auch nur noch nicht die entsprechende Doku von Siemens gefunden?

Eieieiei... 

UncaughtReferenceError:_imageMap is not defined

getImageByProtocolhttps://xxx/udw/js/render.js?rdm=162184769:1766

 render.js:

Man beachte das if (isHttpsProtocol()) wo man ja normalerweise nie reinläuft (weil scheinbar kein HTTPS vorgesehen ist). Was soll nun dieses _imageMap sein? Das ist nirgends definiert.

❯ grep -r _imageMap *

WEB-INF/udw/js/render.js:        var base64 = _imageMap.get(imageUrl);

Liest hier jemand von Siemens/Support mit? Gibt es einen Bugtracker?

Also scheinbar wurde https-Support nie fertig implementiert oder getestet. Ich habe jetzt zwei Stellen qick & dirty gepatcht, damit es funktioniert. Das tut es momentan zwar, aber ich habe dadurch bestimmt neue Probleme eingeführt.

In render.js, Zeile 200:

if (!isHttpsProtocol()) {

   // http get vm data by ajax

   initVmByHttp();

} else {

   //https get vm data in body

   initVmByHttpsProtocol()

}

 Ich habe die Abfrage aaskommentiert und rufe auch für https initVmByHttp() auf. Ohne diese Änderung fliegt ein Fehler in Zeile 229:

var data = $("#tag_table_content").html().trim();

 html() ist undefined!

Die zweite Änderung bezieht sich auf bereits genannte Funktion getImageByProtocol(imageUrl) in Zeile 1763 mit einem Fehler weil "_imageMap" nicht definiert ist.

Übrigens, auch wenn man den normalen AWS-HTTP-Link aufruft, fliegen Unmengen an Exceptions in der Developer Console, da scheinbar Tags nicht geschlossen sind etc... hier wäre mal eine HTML-Validierung angebracht. Diese liefert eine endlose Liste an Errors (!) und Warnings zurück.

Update zum Workaround (bis das hoffentlich bald mal gefixt wird - unverschlüsseltes HTTP by default, ernsthaft Siemens? Man sollte meinen, ihr habt genug schmerzhafte Erfahrungen im SPS-Bereich sammeln dürfen?!).

Im Projektordner folgendes File editieren:js/render.js

Nach folgender Funktion suchen:function isHttpsProtocol()

Sollte in Zeile 1776 sein. Die folgende Zeile auskommentieren:

return ((window.location.protocol === "https:"));

... und durch ein "return false;" ersetzen. Sollte dann so aussehen:

Die sehr enttäuschende Antwort vom Support:

Siemens findet https scheinbar nicht so wichtig

Im Moment ist der Zugriff leider nur über http (nicht https) möglich. Dies kann auch nicht geändert werden.
Wir haben das Thema an das zuständige Produktmanagement weitergeleitet, um in Zukunft eventuell auch https zu realisieren.

Wir haben 2021, nur zur Erinnerung. Aber okay.

Mal ne Frage btw....

ist die Verschlüsselung zwischen AWS und deinem Rechner nicht Amazon Thema und nicht Siemens?

Vielleicht bin ich netzwerktechnisch nicht auf akademischem Niveau, aber was hat Siemens mit der Verschlüsselung zwischen AWS und dem client zu tun?

Gruß Marek

Zwei Punkte:

1. Gibt Siemens eine offizielle Anleitung für LWE in AWS mit einem reinen http-Link raus. Hier wäre ein Hinweis für unbedarfte Anwender mehr als angebracht, vielleicht mit Links zu weiterführender Literatur. Natürlich muss Siemens hier nicht erklären, wie man in der AWS TLS-Terminierung auf einem Loadbalancer implementiert. Aber selbst, wenn sie das sauber erklären, bzw darauf hinweisen würden, wären wir beim nächsten Problem:
2. Das Hauptproblem: Wenn man sich - wie ich - als User selbst darum kümmert, dass ein https Reverse Proxy zum Einsatz kommt, macht einem jedoch die Siemens Webapps einen Strich durch die Rechnung (siehe meinen "Workaround"-Patch in dem JS-File). Das ist wirklich grob fahrlässig von Siemens.