Authentication gegen FHEMWEB

[setstate]

Es gibt jetzt

Code Auswählen Erweitern


<meta name='username' content='myUser'>
<meta name='password' content='myPass'>


Im FHEM muss das entsprechende basicAuth als base64 Token gesetzt sein.

Ist basicAuth gesetzt, funktioniert longpoll=websocket aber nicht mehr. Dann kann man nur longpoll=1 benutzen.

[PatrickR]

Hi!

Irgendwie will das nicht so richtig... und bis zu der angedeuteten Websocket-Problematik bin ich noch nicht einmal vorgedrungen.

Patrick

[klausw]

Wenn der Apache, der FTUI ausliefert auch FHEM über reverseproxy bereitstellt dann könntest du alles über den Apache absichern.
Das funktioniert auch mit websockets.
Vorausgesetzt natürlich Apache und FHEM sind in deinem Heimnetz und es stört dich nicht, das aus dem Heimnetz heraus FHEM ohne Passwort nutzbar ist. Wenn beide auf einem Rechner laufen könntest du sogar das sperren.

[PatrickR]

Hallo Klaus!

Vorausgesetzt natürlich Apache und FHEM sind in deinem Heimnetz und es stört dich nicht, das aus dem Heimnetz heraus FHEM ohne Passwort nutzbar ist.

Genau darum geht es mir ja leider. Diesen ganzen Reverseproxyzirkus setze ich auch garnicht ein. Ich öffne nur ungern mehr Dienste nach außen als unbedingt nötig, d. h. ausschließlich VPN und als Fallback SSH.

Wenn beide auf einem Rechner laufen könntest du sogar das sperren.

Jetzt hast Du mich neugierig gemacht. Wie denn? Die Requests kommen doch vom Browser an FHEMWEB und nicht von Apache/"FTUI" an FHEMWEB. Oder bin ich gerade im falschen Film?

Patrick

[klausw]

Jetzt hast Du mich neugierig gemacht. Wie denn? Die Requests kommen doch vom Browser an FHEMWEB und nicht von Apache/"FTUI" an FHEMWEB. Oder bin ich gerade im falschen Film?

Das bezog sich auch auf reverseproxy. Wenn FHEM und Apache auf der gleichen Maschine laufen kannst du in der FHEMWEB definition das global am ende weglassen. Dann kann nur noch über localhost auf FHEMWEB zugegriffen werden.

Ich vermute dein Apache ist Passwortgesichert.
Wenn ich es richtig verstanden habe greifst du ausschließlich lokal und über VPN darauf zu.
Ein Reverseproxy macht das doch nicht unsicherer. Du musst ja auch weiterhin keine Ports freigeben. Reverseproxy läuft auch lokal.

[PatrickR]

Guten Abend!

Habe gerade das Thema mal wieder in Angriff genommen und musste leider feststellen, dass es nach wie vor (bei mir) nicht funktioniert. Wie bekommen wir das hin?

Patrick