Verbesserte Fernzugriffe - Beliebige GA über http abfragen/setzen

[philipp900]

Da ich den Fernzugriff von Edomi etwas umständlich finde, habe ich einen verbesserten Fernzugriff programmiert.

Auf Basis von jonofes MQTT Code habe ich ein PHP File gemacht mit welchem man beliebige GAs über http Aufrufe setzen oder abfragen kann
Die php Datei einfach entpacken und nach "/usr/local/edomi/www/" kopieren und mit

http://edomi_ip/remote.php?cmd=set&type=knx&identifier=1/2/3&payload=1

aufrufen.

Verwendung:
cmd=set oder cmd=get
type=knx oder type=internal
identifier=x/y/z für KNX GA oder identifier=xyz für Edomi interne KO
oder identifier=Name (Umlaute und Leerzeichen möglich)
für set Befehle muss zusätzlich payload auf den gewünschten Wert gesetzt werden.

edit:
Anhang gelöscht da scheinbar nicht erwünscht.

[uzi10]

Da ich den Fernzugriff von Edomi etwas umständlich finde, habe ich einen verbesserten Fernzugriff programmiert.

wie meinst du das?? Was macht die Datei? Was ist da besser? Wie soll das gehen über MQTT? Kenn mich echt nicht aus, was du das programmiert hast.
Bitte ein bisschen eine Ausführlichere Erklärung, danke

[philipp900]

Du kannst damit beliebige KNX Gruppenadressen (GA) oder Edomi interne KOs abfragen und setzen.
Rein über eine http url.
Du setzt dir die URL so zusammen wie du es brauchst und rufst diese dann über einen Browser oder anderes Gerät ab.
Nützlich für Geräte oder Software welche sonst keine brauchbare Schnittstelle bieten.

[benji]

Was genau ist der Vorteil? Bei Edomi Fernzugriff ist es doch ebenfalls so.

Gruß

[philipp900]

Nein, für den Fernzugriff musst du für jedes Element welches du abfagen willst eine eigene remote ID erstellen.
Außerdem kannst du sie nur mit der remote ID ansprechen, nicht mit der GA oder dem Namen.

[Winni]

Ist natürlich auch ein Sicherheitsfaktor, das ich in der Hand habe was da angestellt werden kann. Als Option zum Download sicher eine tolle Sache, aber ob wirklich besser als das angebotene...

[saegefisch]

Mir persönlich scheint das Vorgehen in edomi dazu auch überaus sinnvoll als Sicherheits-Linie. Mit einem unbegrenzten Zugang wie Du es vorschlägt, kann jeder, der in meinem (W)LAN ist, beliebig mein Haus steuern. Oder zumindest stören, wenn er keine Kenntnis zu meinen KO/GA hat durch testen. Das wäre mir zu heiß. Ich habe nur ganz wenige ID erlaubt und nur solche, die kein Problem darstellen für mein Haus.

Und um das Argument gleich zu entkräften: MQTT läuft bei mir per TLS + User + Passwort + ACL. Da habe ich die Hand drauf.

Ok, bei mir und vielen anderen wäre das LAN-Thema auch kein hohes reales Risiko, weil ich WPA2 oder besser und ggf. mehrere VLANs mit getrenntem Gäste-WLAN. Aber ich habe im ganzen Haus auch Netzwerkdosen. Laptop dran und Feuer frei. Kein ernstes Risiko, weil ich meinen Gästen zutraue, nichts böses im Schilde zu führen, aber es ist ein Angriffsvektor - den man sich auch sparen kann. Oder sehendes Auges akzeptiert. Dann ist das auch ok.

Aber bevor man sich Deiner Lösung annimmt, sollte jeder diesen Aspekt für sich und seine Wohnsituation und sein LAN-Sicherheits-Niveau mal kritisch betrachten.

Winni : Da hatten wir wohl zeitlich den gleichen Gedanken...

[gaert]

Offenbar muss ich ein paar grundlegende Dinge zyklisch wiederholen...:

EDOMI ist kein Mitmachprojekt a la Github-Fork-Open-Source-Bla-bla Vielmehr handelt es sich um "Freeware", deren Sourcecode prinzipbedingt (PHP) offen liegt.

Anregungen, Kritik und Wünsche sind natürlich immer willkommen! Für eigene Implementierungen habe ich u.a. die "LBS-Schnittstelle" erschaffen, das sollte eigentlich genügen.

Warum das alles? Nun, EDOMI läuft m.E. sehr stabil und ordentlich - und das ist kein Zufall, sondern harte Arbeit mit ausführlichen Tests und wohldosierten Code (Performance, etc.).

"Wildwuchs" möchte ich explizit vermeiden, sonst haben wir irgendwann ein Windows XP...

Vielleicht noch am Rande: PNs sind schön und gut, aber bitte nicht vergessen: Es handelt sich um eine n:1 Beziehung... Wenn jeder mal 1..2 Nachrichten schreibt, muss ich 5000 Nachrichten bearbeiten. Das kann bzw. möchte ich nicht, denn ich habe noch andere Hobbies

Ergo: Verbesserungsvorschläge etc. können und sollten hier im Forum diskutiert werden! Das entlastet mich nicht nur, sondern führt auch zu viel mehr Input/Output (viele Hirne schaffen einfach mehr als 1 Hirn).

[Michael85]

denn ich habe noch andere Hobbies

das kann ich eigentlich nicht glauben bei dem was du uns hier zur Verfügung stellst.

Verbesserungsvorschläge etc. können und sollten hier im Forum diskutiert werden!

Das sehe ich genau wie du. Meist richtet sich der eigene Blick ja nur auf seinen (engen) Dunstkreis und man sieht die Probleme für andere meist nicht.

PNs sind schön und gut, aber bitte nicht vergessen: Es handelt...

Da sehe ich auch ein Problem. Vor allem wenn es sich um Problemlösungen handelt. Wenn man etwas per PM klärt wird das Wissen bzw. die mögliche Lösung nicht im Forum zu sehen sein bzw. geteilt. So muss auch der zweite und dritte noch eine PM schreiben.

[starwarsfan]

Hallo Philipp

Anhang gelöscht da scheinbar nicht erwünscht.

Steckst Du immer so schnell den Kopf in den Sand?

Es haben sich genau zwei Leute kritisch zur eigentlichen Funktionalität gemeldet. Dass über derartige Anpassungen durchaus kontrovers diskutiert wird, ist doch völlig normal und i.d.R. hilfreich, da der eigene Blickwinkel meist etwas eingeschränkt ist. Und bis zu einer richtigen Diskussion sind wir hier ja noch gar nicht gekommen!?

So what? Wo liegt das Problem? Du kannst das was Du gemacht hast doch einfach im Download-Portal anbieten und sowohl im Download als auch hier in einem entsprechenden Thread ordentlich dokumentieren. Wer es braucht, der kann's verwenden und alle anderen brauchen sich keine weiteren Gedanken über allfällig Sicherheitsrisiken machen.

Just my two cents...

[philipp900]

Einer der 2 war allerdings gaert.
Welcher sich als Autor von Edomi klar dazu geäußert hat:

EDOMI ist kein Mitmachprojekt a la Github-Fork-Open-Source-Bla-bla.

Er wünscht nicht dass in den Code und Datenbanken von Edomi eingegriffen wird.
Das nehme ich zur Kenntnis und werde meine Anpassungen und Bausteine daher nicht mehr veröffentlichen.

[benji]

Hi,

wieso Bausteine auch nicht mehr?

gaert hat doch geschrieben, dass er dazu extra die LBS - Schnittstelle implementiert hat. Es gibt übrigens auch 2 LBS welche es ähnlich machen mit dem Fernzugriff. Ich habe einen der kann es mit 3 Remote iKO abhandeln. Write und Request.

[starwarsfan]

Hi

Einer der 2 war allerdings gaert.
Welcher sich als Autor von Edomi klar dazu geäußert hat:
Er wünscht nicht dass in den Code und Datenbanken von Edomi eingegriffen wird.

Sehe ich nicht so. Für mich waren das Winni und saegefisch.

gaert hat nur dargelegt, wie die Edomi-Entwicklung grundsätzlich funktioniert. Es steht ja explizit dort, dass Verbesserungsvorschläge etc. kein Problem und gern gesehen sind.

Der springende Punkt ist, dass i.d.R. immer erst hier über irgendwelche Wünsche und Features diskutiert wird. Dafür gibt es dann durchaus Übergangslösungen und je nachdem, ob's "offiziell" wird, wird die Übergangslösung obsolet. Es gibt ja auch LBS, die direkt an der DB etwas machen. Da spricht auch nichts dagegen, es ist jedem sein eigenes Risiko, ob er diese LBS verwendet oder eben nicht. Diverse Ideen und Modifikationen sind aber eben zu spezifisch oder risikoreich, dass sie eben nicht offiziell werden.

[philipp900]

Weil auch bei meinem Alexa Baustein der LBS nicht standardkonform verwendet wird und Anpassungen am Server notwendig sind.
Außerdem kommt es zu CRD Fehlern weil Edomi auf allen Interfaces lauscht wenn man den Edomi Code nicht anpasst.

[Winni]

starwarsfan : Ich fand die Lösung durchaus toll, hab ich auch geschrieben, halte sie nur nicht "besser" als die von gaert und als Standard sehe ich es auch eher kritisch.

Zu den Alexa-Bausteinen:
Ich finde es schade, dass sie nicht mehr angeboten werden. Im DL-Portal ist sicher einiges, was nicht ganz konform ist, da muss jeder selber wissen, was er seinem System zumutet. Auch das Einspielen von Paketen könnte ja die Stabilität von Edomi beeinflussen und ist bei einigen Bausteinen nicht zu umgehen.
Die Alexa-Bausteine waren ein absoluter Fortschritt in meinen Augen, schön wäre, wenn gaert das Thema mit den CRD-Fehlern begutachten würde, da könnte er den Vorschlag von philipp900 durchaus nochmal in Ruhe überdenken. PNs werden ignoriert, ist mir auch schon so gegangen, es soll alles übers Forum laufen.
Auch die kleinen Eingriffe in den Apache-Server würde ich nicht unbedingt als kritisch erachten, insbesondere wird hier ja kein Code von gaert verändert.

War auch für mich manchmal etwas frustrierend, weil Vorschlage die ich gemacht haben einfach rigoros abgelehnt wurden, Edomi ist aber das Kind von gaert und er entscheidet. Sind wir froh, dass hier so ein umfangreiches und stabiles Paket bereitgestellt wird. Eigene Infos / Patches im Forum oder DL-Portal anzubieten wird denke ich nicht geahndet. Wichtig ist halt, dass dadurch entstehende Probleme (ist evtl. schwer für den Anwender zu erkennen) nicht bei gaert landen, er tut alles für Stabilität.