Set Befehl per http über Browser an FHEM senden

Begonnen von nerothos, 02 März 2017, 19:34:11

Vorheriges Thema - Nächstes Thema

Breaked

#30
Hey Otto,

danke für deine Antwort.
Puh, ich war mir davor eigentlich sicher, dass ich vor dem restart ein save mache, aber jetzt wo du es erwähnst... :P Werde es gleich nochmals testen.
Edit: Allerdings bearbeite ich i.d.R. die cfg direkt und mache dann natürlich "save config".

Dank deiner Test bestätigt sich, dass ich nicht ganz auf den Kopf gefallen bin.
Ggf. werde ich dann mir die Mühe machen müssen, eine Eigenständige Instanz auf einem anderen Port für meine Loxone-Steuerung zu öffnen und diese dann mit einem fixen Token zu versehen.
Eine andere Lösung für die Problematik kommt mir gerade nicht in den Sinn.


Es wäre halt schön gewesen, wenn ich die dynamischen Tokens weiter nutzen könnte und trotzdem meine HTTP Request ohne Probleme ausführen kann. Eventuell ist aber auch sonst noch niemand auf das Problem gestoßen.

EDIT2: Bis die ganze Problematik um die CSRF Token und der Ansteuermöglichkeit für einen cmd Befehl gelöst ist, habe ich nun doch kurzen Prozess gemacht und die Funktion deaktiviert. Wäre der riesige Zeitaufwand nicht nötig, würde ich dieses Sicherheitsfeature sicherlich nutzen, doch derzeit klammere ich das Ganze lieber doch noch aus.
Bereit für dein eigenes Smart Home?
http://ownsmarthome.de

Otto123

Zitat von: Breaked am 05 März 2017, 16:59:27
Ggf. werde ich dann mir die Mühe machen müssen, eine Eigenständige Instanz auf einem anderen Port für meine Loxone-Steuerung zu öffnen und diese dann mit einem fixen Token zu versehen.
Hi Breaked,

Aber das das wäre aus meiner Sicht die beste Lösung ich habe das hier exakt beschrieben. -> https://wiki.fhem.de/wiki/CsrfToken-HowTo#API_Web
Da kannst Du die Standard WEBs mit dynamischen Token nutzen, und brauchst bei Deiner Steuerung gar nichts umzubauen, außer den Port.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Breaked

Das sieht nach einer guten Lösung aus, aber grundsätzlich möchte ich es ja schon nutzen. Geht aber derzeit wahrscheinlich nicht anders zu lösen.
Bereit für dein eigenes Smart Home?
http://ownsmarthome.de

FHEMAN

#33
Zitat von: CoolTux am 02 März 2017, 20:20:10
Vorschlag. Zweite Webinstanz, sich über allow informieren und wie man es am besten konfiguriert. Zusätzlich festen Token als minimale CSRF Sicherung.
Kannst du das ein wenig genauer beschreiben, was du mit "allow informieren" meinst? Auch die ideale Konfig. würde mich interessieren. Seit durch mein Handy zwei weitere, offene WEB Instanzen habe, grummelt mir der Bauch...

// edit: du meinst das allowFrom Attribut, richtig?

Gruß
Ronny
NUC7i5 | PROXMOX | FHEM 6.2 | 1 HMLAND | 2 UART | HM | LMS | HIFIBERRY | DOORBIRD | BLINK | BUDERUS | HUE | ALEXA | MILIGHT | LUFTDATENINFO | MQTT| ZIGBEE2MQTT | INDEGO | ROBOROCK | SMA | APC | OPENWB

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

JimKnopf

Hallo!

Ich wärme mal dieses alte Thema mal auf.
Werte von Geräten auslesen und auch setzen klappt ganz gut.
Nun würde ich aber gerne alle Geräte in einem Raum auflisten, damit ich weiß, was in diesem Raum vorhanden ist um dann die entsprechenden Geräte abfragen zu können.
Ist sowas möglich?
Hintergrund: ich steuere die Heizung mit Max!-Thermostaten direkt über den Cube, der ja alle Räume organisiert.
Da die original Firmware aber Grütze ist möchte ich auch diese Cubes umflashen. Dann müsste FHEM die Räume organisieren.
Die Steuerung erfolgt über PHP.  Ein Belegungsplan wird abfragt, dann die Raumtemperaturen ermittelt und zum passenden Zeitpunkt die Thermastate auf die Wunschtemperatur setzt.

Gruß,
Burkhard
FHEM,LaCrosse,PCA301,Revolt,MAX!,HM,FS20, MQTT2, ebusd 3.4.v3.4-96-g96d5623, ebus Adapter 3.0 mit 20201219-offset , Wolf  CGB (-K)-20, Wolf ISM7, Wolf Solar SM, Speicher/WR E3DC S10, eGolf, Keba P30, Phoenix Contact EV, OpenWB