Feedback 2.0 Alpha 3

[aiole]

Apache hat genau dafür sogar ein Modul: mod_proxy_wstunnel
Gerade mal quick and dirty reingehackt und es funktioniert auch mit dem Firefox, da alles über Port 443 läuft.

Läuft mit FF sofort.

[mrinas]

So läuft der MQTT Explorer bei mir. Frage mich wieviele Leute über die Anpassung des Basepath stolpern werden, spricht etwas dagegen die openWB2 auf /ws umzustellen?

[aiole]

Yupp - geht hier auch mit Deinen Einstellungen.
Als DAU sag' ich mal so - ob da bei Basepath ws oder mqtt steht, ist egal, Hauptsache man hat eine so schicke Vorlage wie Deine.

[mrinas]

Yupp - geht hier auch mit Deinen Einstellungen.
Als DAU sag' ich mal so - ob da bei Basepath ws oder mqtt steht, ist egal, Hauptsache man hat eine so schicke Vorlage wie Deine.

ws ist halt voreingestellt, ein Parameter weniger an dem man drehen muss.

[LutzB]

Die Hauptseite nutzt noch die Mqtt Bibliothek aus 1.9. Da ist das fest drin. Es spricht aber nichts dagegen, beides an den Broker durchzureichen, dann läuft auch der Explorer ohne Eingriffe.

[hhoefling]

Was spricht gegen ein weiter Zeile in der Apache Config

Code: Alles auswählen

 ProxyPass "/ws" "ws://localhost:9001"

Dann kann der "Basepath" auf dem default "ws" bleiben

[mrinas]

Die Hauptseite nutzt noch die Mqtt Bibliothek aus 1.9. Da ist das fest drin. Es spricht aber nichts dagegen, beides an den Broker durchzureichen, dann läuft auch der Explorer ohne Eingriffe.

Jetzt hast Du eben schon den PR eingestellt, ich wollte noch anregen ob man die Umstellung auf websockets nicht auch noch für die unverschlüsselten Verbindungen auch gleich macht. Dann findet die gesamte Kommunikation zwischen Webclient und der box nur noch über einen einzelnen Port statt.

[LutzB]

Wie schon geschrieben, spricht nichts dagegen.
Im aktuellen master wird jetzt auch "/ws" an den Broker weitergeleitet. Die Einstellungen nutzen diesen Pfad schon, die Hauptseite noch "/mqtt". Das wird dann entfernt, wenn die Hauptseite auch mit vue.js umgesetzt wurde.

Für alle (eigenen) Clients gibt es also folgende zwei Möglichkeiten, sich mit dem Broker zu verbinden:

1. Websockets auf Port 443:
   Basepath/Endpoint: "/ws"
   verschlüsselt mit TLS
2. Mqtt auf Port 8883:
   verschlüsselt mit TLS

Die folgenden ungesicherten Verbindungen sind aktuell noch verfügbar, werden aber demnächst auf interne Verbindungen (localhost) beschränkt, es sei denn, jemand hat einen triftigen Grund, dass die dennoch aktiviert bleiben sollen. Also nicht mehr verwenden!

1. Websockets auf Port 9001:
   Basepath/Endpoint: "/ws"
2. Mqtt auf Port 1883

[LutzB]

Die Hauptseite nutzt noch die Mqtt Bibliothek aus 1.9. Da ist das fest drin. Es spricht aber nichts dagegen, beides an den Broker durchzureichen, dann läuft auch der Explorer ohne Eingriffe.

Jetzt hast Du eben schon den PR eingestellt, ich wollte noch anregen ob man die Umstellung auf websockets nicht auch noch für die unverschlüsselten Verbindungen auch gleich macht. Dann findet die gesamte Kommunikation zwischen Webclient und der box nur noch über einen einzelnen Port statt.

Du meinst bei Zugriff über Http den Websocket auch über Port 80 /ws laufen lassen?
Wenn es beim SSL-Zugang zu keinen Problemen in den verschiedenen Browsern mehr kommt, können wir das gerne machen.
Optional wird man in den Einstellungen den unverschlüsselten Zugang auch komplett deaktivieren können. Dann wird Port 80 auf 443 weitergeleitet.

[mrinas]

Du meinst bei Zugriff über Http den Websocket auch über Port 80 /ws laufen lassen?

ja genau.