Ekey und Loxone via HTTP(S)

[Hellrazor]

Hallo,

ich hätte eine Frage, da ich in der Suche nichts finden konnte.

Ich habe bei mir die Ekey Xline Fingerprint Leser verbaut, und würde diese gerne nutzen um Funktionen in Loxone zu steuern (z.B. Alarmanlage deaktivieren, Licht einschalten).

Jetzt bietet die Ekey Bionic App die Möglichkeit HTTP(S) requests zu senden. Da ich auf dem Gebiet nicht wirklich bewandert bin wäre hier meine Frage, ob dass jemand von euch schon mal realisiert hat? Würde ungerne über ein Relais einen digitalen Loxone Eingang schalten, wenn es auch über das Netzwerk gehen würde.

Hat da jemand eine Idee?

[Hellrazor]

Irgendwie habe ich das Gefühl, dass ekey und Loxone nicht mehr zusammenarbeiten wollen. Keiner hat bisher eine Integrationsanleitung herausgebracht.

[georg]

Hallo Hellrazor , im ekey Developer Forum findest du neben einer kompletten Schnittstellenbeschreibung mittlerweile auch eine Anleitung für den Miniserver: EXAMPLE: Triggering an input on a Loxone Miniserver - HTTPS requests - ekey developer

[Bütti]

Hallo zusammen, hätte da auch mal eine Frage zu dem ganzen eKey-Thema. Habe im letztem Jahr mein schon vorhandenes eKey auf den Nachfolger xLine umgerüstet. Kommunikation mit dem Miniserver lief tadellos über http-Requests (lt. Konfigurationsempfehlung auf der eKey-Seite für Loxone) im Format
http://<IPMS>:<PORT>/dev/sps/io/Motorschloss/pulse.
Zumindest bis gestern...
Seit Jahren lief mein Zugriff auf den Miniserver von Extern über http Portweiterleitungen. Gestern wollte ich endlich mal mit der Zeit gehen und auf was sichereres umsteigen. Hauptsächlich auch, weil scheinbar wenn man einen anderen DDNS-Dienst als Loxone verwenden will, man nicht das Sicherheitszertifikat von Loxone nutzen kann. Somit führte der Weg schnell unweigerlich zum Loxone Remote Connect Service über den Loxone DNS Dienst.
Genau da liegt jetzt scheinbar mein Problem mit den http(s)-Requests.
Ich sende die Befehle im Format
https://dns.loxonecloud.com/<MSIP>/dev/sps/io/Motorschloss/pulse
über die ekey-App (Autorisation über den Request-Header in eKey-App), aber es passiert einfach nichts am Motorschloss.
Andere Zugangsdaten haben sich nicht geändert. Selbst bei Loxone-Benutzer mit Vollzugriff ohne Erfolg.
Wenn ich das ganze über Postman sende, erhalte ich die Meldung "Error 401 - unauthorized". (obwohl Login-Daten im Reiter Authorization eingetragen)
Gebe ich den Link im Browser ein, erscheint ein Login-Fenster. Nach Eingabe von Benutzer und Kennwort läuft der Befehl ordnungsgemäß und betätigt das Motorschloss.
Hat jemand eine Idee, was ich falsch mache? Ich habe keine weiteren Möglichkeiten gesehen, wo ich Login-Daten angeben kann und laut eKey-Script reicht ja auch die Angabe im Header.
Im Anhang die Screenshots von meinen MS-Einstellungen und vom eKey.

[Noschvie]

Der MS sollte doch weiterhin über die interne IP Adresse erreichbar sein. Ist er das?

[Bütti]

Der MS sollte doch weiterhin über die interne IP Adresse erreichbar sein. Ist er das?

Interne Erreichbarkeit ist weiterhin gegeben, ja. Habe somit die Requests wieder auf die interne IP gestellt.
Scheinbar gibt es eher im eKey ein Problem. Habe es irgendwie hinbekommen, dass es mit einem eKey-Nutzer funktioniert. Wenn ich jetzt einen weiteren Nutzer anlege, mit den absolut gleichen Daten, wird gemeldet, dass der Nutzer nicht die benötigten Rechte besitzt. Während der "erste" Nutzer weiterhin funktioniert.
Bei Anlage eines weiteren Nutzer mit abweichenden Daten, kommt die gleiche Meldung, dass Berechtigungen fehlen, obwohl der Nutzer in Loxone definitiv die nötigen Rechte besitzt.

[Noschvie]

Sorry, das verstehe ich so nicht. Was hat der eKey Benutzer mit dem Loxone Benutzer zu tun?

[Bütti]

Problem gelöst. Hab mich zu blöd angestellt die http-requests per eKey korrekt zu authentifizieren.

Hatte erst die Vermutung, dass es über den Loxone-Remote-Dienst nicht möglich ist http-Requests zu senden und habe deshalb die request-Adresse vom eKey wieder auf die interne IP geändert.
Der eKey-Nutzer hat damit gar nichts zu tun, allerdings muss ich in dem eKey-Befehl ja die Loxone-Zugangsdaten verpacken, da der Befehl sonst als "unauthorized" abgewiesen wird.