ekey dLine - komplett neuer ekey Fingerprint Sensor Vorstellung ab 05.08.2021

[MCsnuffBobbyK]

Nein diese Art der Angabe ist auch keine Standard

Nur zur Klarstellung: Natürlich ist //<user>:<password>@<host>:<port>/<url-path> im Standard. Siehe RFC 1738

[amasingh]

Hatte ich mir schon fast gedacht. Falls noch jemand das Problem hat, Lösung:

https://user:password@192.168.1.10/test.php​

Wird zu:

https://192.168.1.10/test.php​

Dann einen neuen Request-Header hinzufügen.
Als Key: "Authorization"
Als Value: "Basic BASE64ENCODED" -> "BASE64ENCODED" mit dem

user:password

als base64 encoded String

[traxanos]

Nein diese Art der Angabe ist auch keine Standard sondern ein Feature von den Browserhersteller. Normal werden Login Daten per Header übermittelt. Wenn es sich um einen einfachen BasicAuth handelt, brauchst du also nur den korrekten Authorization-Header zu setzen.

[amasingh]

Hat schonmal jemand einen Webhook mit User/Password in der URL getestet? Im Browser so lokal aufrufbar. Ekey meldet falsche Zugangsdaten.
Beispiel:

​https://user:password@192.168.1.10/test.php​

[traxanos]

Gestern hing mein Scanner übrigens gut zehn Sekunden mit blau blinkendem Ring, nachdem ich meinen Finger aufgelegt habe..

Das Verhalten hatte ich tatsächlich auch einmal beobachtet! Ich habs erstmal als einmaligen Schluckauf abgetan.

[BadSmiley]

Ich habe mir jetzt auch einen Demo Koffer von ekey bestellt. Aber so richtig überzeugt bin ich nicht von den neuen Scannern. Vor allem weil ich fast nur ekey net Anlagen in Verwendung habe. Wenn sie da auch auf das app Zeugs gehen. Wird das im betrieblichen Umfeld kein Spaß. Die Windows Lösung, so altbacken sie ist. Wird von den meisten Admins akzeptiert und irgend ein Windows Gerät läuft so oder so immer.

[amasingh]

Dann muss ich gleich nochmal schauen ob der Webhook evtl beim https statt http hängt, aber da werden leider Zugangsdaten mitgeschickt :/ Im Browser geht der Aufruf einwandfrei.

Gestern hing mein Scanner übrigens gut zehn Sekunden mit blau blinkendem Ring, nachdem ich meinen Finger aufgelegt habe..

[traxanos]

Ja ich und das seit dem ersten Tag ohne einen Ausfall, selbst wenn das Internet weg war.

Und das mit dem Ausrufeeichen im Log kann ich bestätigen. Ich vermute, dass die ggf. die Response auswerten und etwas spezifisches erwarten.

[edelmaca]

Ich öffne und schließe per Webhook mein Nuki im lokalen Netzwerk. Läuft wunderbar soweit. Habe ich seit ich die xline habe regelmäßig im Einsatz.

edit: Man darf allerdings nicht in der App schauen. Hier wird bei mir alles mit einem großen roten Dreieck quittiert, was wohl Fehler bedeuten soll. Ausgeführt wird aber jedes Kommando zum Öffnen und Schließen der Türe.

[amasingh]

Hat hier jemand die Webhooks am laufen? Lokal scheint bei mir nicht zu gehen :/ Über eine nur lokal verfügbare IP...

[traxanos]

1) es gib sicher 100 Gründe dafür und ü 90 davon haben nicht mit ekey zu tun
2) zu Zeitpunkt hatte ich bei mir auch geschau und keine Probleme gehabt.

und selbst wenn es 4 Tage ausfällt. Solange die Freigabe lokal läuft und nur die Verwaltung betrifft ist mir selbst 95% ausreichend

[livingpure]

99% Cloud Verfügbarkeit laut ekey —> geht dann eben mal 4 Tage im Jahr nicht

[amasingh]

Was auch immer da los ist.. Wollte gerade die Webhooks konfigurieren :/
Fingerprint funktioniert jedenfalls einwandfrei und Internet ist such vorhanden

[Homie]

Das Problem mit dem länger dauern nach paar Wochen, hatte ich auch.
Hab dann die Sicherung vom Netzteil kurz ausgeschaltet und wieder eingeschaltet, seit dem läuft es wieder ganz normal
seit mehreren Wochen.
Vielleicht könntet ihr dies auch mal machen und Feedback geben.

[Ginu]

Ich habe das gleiche Problem mit 2x XLine. Zu Beginn dauerte die Erkennung ca. 2 Sekunden. Jetzt sind wir bei ca. 5 Sekunden +-1. Das ist wirklich ärgerlich und trübt den Gesamteindruck deutlich. Ich weiß nicht, ob ich es mit dieser Performance noch einmal kaufen würde...