Ankündigung

Einklappen
Keine Ankündigung bisher.

Frage zu UniFi™ Anwesenheitserkennung LBS 19000523

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    #91
    Was sagt denn eigentlich die Logdatei des Bausteins?

    Kommentar


      #92
      Hey,

      das LOG sagt leider nicht so viel, habe es jetzt auch mit Geräte Namen Anstatt der MAC versucht.

      Alles leider ohne erfolg.

      image.png

      Kommentar


        #93
        Habe in der Doku nachgelesen, MAC Adressen sollten eigentlich auch gehen.
        Nach „starte mit ……. Default“ sieht das so aus.

        IMG_0799.jpg

        Warum das bei Dir jetzt nicht geht ist für mich nicht nachvollziehbar. Sorry

        Bezüglich Anwesenheitserkennung habe ich Anfang des Jahres mit einem G-Tag (Air Tag wird leider nicht erkannt) und Beacon Apps experimentiert.
        Nach dem Sommer werde ich mein Gira ITT an der Haustür gegen ein Android Tablett ersetzen. Hier ist ne App drauf die den GTag sogar schon vor der Haustür erkennt.
        Der GTag wird am Schlüsselbund befestigt.


        Kommentar


          #94
          Hallo miteinander,

          funktioniert dieser Baustein mit einer UDM-Pro noch? Ich wollte das eben mal ausprobieren aber leider will's mir nicht gelingen.

          Die Belegung von E1-E5 ist ja nachvollziehbar aber was soll E6 sein? Aus einem "optionalem Site-Name" kann ich mir nicht viel nehmen!? Site-Name wovon denn? Bezieht sich das auf die URL welche man sieht, wenn man ganz normal auf dem WebUI der UDM ist? Probiert habe ich schon diverses:
          • default
          • network
          • network/default
          • network/default/clients
          • default/clients
          Bekomme aber im Error-Log immer einen Timeout. Zugriff von Edomi zur UDM funktioniert netwerktechnisch und der Login am WebUI mit dem im Baustein verwendeten User funktioniert ebenfalls. Any ideas?

          Im Error-Log gibts diesen Eintrag:

          Code:
          .../EXE19000523.php | Fehlercode: 1024 | Zeile: 387 | cURL error: Connection timed out after 10000 milliseconds
          ​
          Und im Debug-Log des LBS siehts immer so aus, egal was ich bei E6 eintrage:

          Code:
          Debug: Starte LBS-Teil
          Debug: Starte EXEC-Teil
          Debug: Starte mit edomi:xxxxx@https://192.168.42.1/ fuer Site 'network/default/clients'
          Informational: Keine Device-Daten empfangen, Basis-URL ueberpruefen​
          Achja, Edomi 2.03 auf Rocky Linux (ProxMox LXC Container) und UDM-Pro 3.1.16.
          Zuletzt geändert von starwarsfan; 20.12.2023, 22:58.
          Kind regards,
          Yves

          Kommentar


            #95
            Ich bin da leider raus. Hab die UDM Pro wieder vertickt....
            ...and I thought my jokes were bad!

            Kommentar


              #96
              Hallo, bei mir läuft der Baustein mit diesen Werten:1.jpg

              Kommst du lokal auf die UDMP, also nicht über die Cloud?
              lg Martin

              Kommentar


                #97
                Und wenn du die URL (aus dem Log) per curl aus dem Container aufrufst? In der Vergangenheit gab es da Probleme mit UniFi Updates, invaliden CA-Zertifikaten, veralteten Algorithmen und curl.
                Testen kann ich das leider nicht, hab selber keine UDM.

                Kommentar


                  #98
                  Hallo Michael

                  Zitat von wintermute Beitrag anzeigen
                  Und wenn du die URL (aus dem Log) per curl aus dem Container aufrufst?
                  Das war ein super Stichwort und danach fiel es mir wie Schuppen von den Augen: Ich habe die UDM natürlich gegen jeglichen Zugriff dicht gemacht, also kam Edomi gar nicht drauf.

                  Nachdem das korrigiert war, ging es zwar ein wenig weiter, funktioniert hat's aber trotzdem nicht. Daher habe ich den Baustein refactored und die aktuelle Unifi-Api via Composer eingebunden. Funktioniert hervorragend und bei mir läuft schon Version 0.6 des Bausteines.

                  Der überarbeitete Code geht Dir selbstverständlich umgehend zu.
                  Zuletzt geändert von starwarsfan; 21.12.2023, 20:27.
                  Kind regards,
                  Yves

                  Kommentar


                    #99
                    Danke starwarsfan, ich werde den angepassten LBS demnaechst im Downloadportal freischalten, wuerde aber gern nochmal drueber schauen ob ich eventuelle neue Iden auch in andere LBS einschliessen lassen kann!
                    Grad etwas Stress, kommt aber zeitnah!

                    Kommentar


                      Hallo zusammen,

                      ich nutze den LBS auch schon seit längerer Zeit ohne Probleme. Jetzt kam von Unifi die Aufforderung auf MFA umzustellen. Dadurch bekomme ich jetzt natürlich bei jeder Anfrage von Edomi eine Pushbenachrichtigung aufs Handy.
                      Unifi Controller läuft bei mir in einem LXC Container, die Anfrage geht somit nur übers lokale Netzwerk. Weiß von euch jemand, ob Edomi als vertrauenswürdiges Gerät oder ähnliches eingestuft werden kann. Oder wie habt ihr das gelöst.

                      Danke schon mal für die Hilfe

                      Kommentar


                        Habe eine ähnliche config, d.h. bei mir läuft der unifi-controller in einer VM. Ich habe im controller einen localen user mit "read_only" eingerichtet und das funktioniert bei mir ohne Probleme. Ich nutze aber zum login auch nicht den UI-account sondern nur einen local admin und edomi-account. Dafür ist dann auch kein 2FA notwendig, sondern es läuft nur mit user/password. Ich denke, wenn du dich nicht mit dem UI-account einloggst, kannst du in den settings auch die 2FA/MFA abschalten. Das hat keinen Einfluss auf den UI-account, der läuft bei mir auch mit 2FA.

                        Kommentar


                          Klar, so einfach gehts.
                          Vielen Dank

                          Kommentar


                            Hallo,

                            funktioniert dieser LBS mit neueren UniFi-Controller Versionen noch?
                            Ich habe es mit 8.1.113 und 9.0.108 probiert und bekomme vom LBS an A9 "Zugriff verweigert" zurück. Ich habe mir das ganze etwas genauer angesehen und so wie ich das sehe dürfte es nicht an den Zugangsdaten liegen sondern es kommt beim cURL Aufruf folgendes zurück:
                            {"meta":{"rc":"error","msg":"api.err.Invalid"},"da ta":[]}
                            Meine Vermutung ist das sich die API geändert hat, ist da was bekannt?

                            LG Wolfgang

                            Kommentar


                              image.pngJa
                              Base URL https://xxx.xxx.xxx.xxx:8443
                              Zuletzt geändert von eXec; 24.01.2025, 09:04.
                              ...and I thought my jokes were bad!

                              Kommentar


                                Ok danke, sollte also funktionieren.
                                Port habe ich richtig eingetragen, daran liegt es nicht.
                                "yum -y update nss curl" habe ich auch gemacht (nachdem ich das repo geändert habe aufgrund CentOS 7).
                                Bin etwas ratlos.

                                Danke, LG

                                Kommentar

                                Lädt...
                                X