NEWS
Adapter: ioBroker.unifi
-
Hallo
unifi_sh_api wird mit den ReleaseNotes der FW verteilt - also z.B. hier (ganz unten)
https://community.ubnt.com/t5/UniFi-Upd … -p/2162104
Gruss - `
Die neue Version habe ich gefunden, aber was mache ich da jetzt genau mit? Als Script auf dem IOBroker Server speichern? Ausführen?
-
Hallo
das ". unifi_sh_api" in meinem Script bedeutet, dass er die Date "unifi_sh_api" (die Du im Download gefunden hast) "sourced" oder einfach quasi wie eine Library lädt - aus dem gleichen Verzeichnis. D.h. einfach neben meine Scripte legen.
Gruss -
-
Hi,
ich würde gerne mein failover WAN (LTE Router mit prepaid SIM) nur im Bedarfsfall einschalten (mit einer HomematicIP Schaltsteckdose) und wen das "normale" WAN wieder up ist wieder ausschalten.
Dazu müsste ich den load-balancer status des UniFi USG auslesen können.
Wäre es möglich den Adapter entsprechend zu erweitern?
-
@stephanstricker:@stephanstricker:Hi,
hab heute mal den Unifi Adapter ausprobieren wollen. Leider schmeisst er beim Start direkt "api.err.Invalid".
Der Unifi Controller ist Version 5.6.29.
Irgendwelche Tipps?
Grüsse
Franky `
Ich habe das gleiche Problem. Gibt es dafür schon eine Lösung? `
Habs gefunden, Benutzername war falsch `
Habe genau dasselbe Problem Username und Pass stimmen aber 100%…
Könnte es sein das der Controller probiert Port 22 (SSH) zu benutzen?
Das würde bei mir nicht gehen da der Controller in einem docker läuft und 22 bereits anderweitig belegt ist.
Sent from my iPhone using Tapatalk
-
Falls der mehrfach benutzte Port 22 die Ursache ist …
hast Du mal probiert dem Container eine eigene (statische?) IP zu geben, so dass der Container nicht mit der IP des HOST angesprochen wird?
(so mache ich es zumindest mit meinen Docker-Containern auf meinem QNAP-NAS). Dann wäre der Port 22 für diese IP zumindets noch nicht anderweitig belegt.
Falls Deine Docker-Umgebung allerdings auf einem Windows oder MAC Client laufen, weiss ich nicht ob es da auch so eine Option gibt.
-
Ich habe gerade noch einmal in meinen Einstellungen des UniFi Adapters im ioBroker nachgeschaut.
Bei mir wird explizit der Port 8443 angegeben und mein Username/Passwort ist auch <u>nicht</u> der, den ich für SSH im Controller defniert habe.
Dann würde ich 2 x NEIN sagen für deine Vermutung es würde der Port 22 (SSH) für die Verbindung genutzt (ausser Du hast das so eingetragen?!?!?)
-
Einen hab ich noch
Du kannst doch im UniFi Controller weitere Admin-User anlegen.
Probier doch mal einen separaten Admin-User für den ioBroker Zugriff anzulegen und beginne mal mit einem einfachen Passwort aus Buchstaben und Zahlen. Womöglich liegt das Problem an Sonderzeichen im Passwort oder der Passwortlänge?
-
Werde ich Mal probieren, eigentlich ist das Password einigermaßen simpel gehalten mit 8zeichen, Buchstaben und zahlen wobei 1 Grossbuchstabe und 2 Zeichen (* #)
Admin reicht für Zugriff also muss nicht der Site "super Admin" sein richtig?
Sent from my iPhone using Tapatalk
-
Admin reicht für Zugriff also muss nicht der Site "super Admin" sein richtig? ` gute Frage, kann ich dir nicht mit Sicherheit beantworten.
Versuch macht kluch
-
-
leider kein folg ich habe ein einfaches password genommen miet 4 Zahlen und 6 Buchstaben mit einem gross geschrieben
-
Wird der Adapter nicht mehr gepflegt? Auf Github ist der seit 2 Jahren ohne Änderungen (https://github.com/jens-maus/ioBroker.unifi)
Auf meinem aktuellen iobroker (Docker Container) lassen sich die Adaptereinstellungen nach Installation nicht aufrufen. Es steht nur da "File index.html not found".
Gibt es eine andere Möglichkeit Unifigeräte abzufragen (WLAN Anwesenheitserkennung)?
-
Kan ich nicht nachvollziehen der Adapter läuft bei mir im ioBroker docker Container (buanet) auf nen Synology nas
Sent from my iPhone using Tapatalk
-
Mh, merkwürdig. Bei mir das gleich. DS-918+ und buanet Container. Das ist auch der einzige Adapter der nicht geht. Neustart hilft auch nicht.
Welche admin/Host Version hast du?
-
Bei mir - ioBroker unter Docker -auf QNAP!-NAS - läuft der Adapter auch einwandfrei.
Kann das etwas mit deinen Netzwerkeinstellungen des Containers zu tun haben?
Ich hatte z.B. in der Vergangenheit Porbleme mit dem Verbindungsaufbau des Cloud Adapters,
das lag eindeutig an meinem Container-Netzwerk-Einstellungen
-
Klappt jetzt. Über die GUI lies sich das nicht installieren, per Konsole dann schon:
npm install iobroker.unifi
Iobroker upload unifi
Und dann hat es auch geklappt.
-
Klappt jetzt. Über die GUI lies sich das nicht installieren, per Konsole dann schon:
npm install iobroker.unifi
Iobroker upload unifi
Und dann hat es auch geklappt. `
Hallo, bei mir leider nicht:
/opt/iobroker$ npm install iobroker.unifi > authenticate-pam@1.0.2 install /opt/iobroker/node_modules/authenticate-pam > node-gyp rebuild make: Verzeichnis „/opt/iobroker/node_modules/authenticate-pam/build“ wird betreten CXX(target) Release/obj.target/authenticate_pam/authenticate_pam.o ../authenticate_pam.cc:30:31: fatal error: security/pam_appl.h: Datei oder Verzeichnis nicht gefunden #include <security pam_appl.h="">^ compilation terminated. authenticate_pam.target.mk:93: die Regel für Ziel „Release/obj.target/authenticate_pam/authenticate_pam.o“ scheiterte make: Verzeichnis „/opt/iobroker/node_modules/authenticate-pam/build“ wird verlassen make: *** [Release/obj.target/authenticate_pam/authenticate_pam.o] Fehler 1 gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2 gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/node_modules/node-gyp/lib/build.js:258:23) gyp ERR! stack at emitTwo (events.js:126:13) gyp ERR! stack at ChildProcess.emit (events.js:214:7) gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:198:12) gyp ERR! System Linux 4.14.34-v7+ gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/npm-lifecycle/node_modules/node-gyp/bin/node-gyp.js" "rebuild" gyp ERR! cwd /opt/iobroker/node_modules/authenticate-pam gyp ERR! node -v v8.11.1 gyp ERR! node-gyp -v v3.6.2 gyp ERR! not ok npm WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@0.1.4 (node_modules/xpc-connection): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connection@0.1.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: authenticate-pam@1.0.2 (node_modules/authenticate-pam): npm WARN optional SKIPPING OPTIONAL DEPENDENCY: authenticate-pam@1.0.2 install: `node-gyp rebuild` npm WARN optional SKIPPING OPTIONAL DEPENDENCY: Exit status 1 + iobroker.unifi@0.3.1 added 1 package from 2 contributors and updated 2 packages in 47.346s /opt/iobroker$ iobroker upload unifi got /opt/iobroker/node_modules/iobroker.unifi/admin upload [1] unifi.admin /opt/iobroker/node_modules/iobroker.unifi/admin/unifi.png unifi.png image/png upload [0] unifi.admin /opt/iobroker/node_modules/iobroker.unifi/admin/index.html index.html text/html got /opt/iobroker/node_modules/iobroker.unifi/www upload [1] unifi /opt/iobroker/node_modules/iobroker.unifi/www/index.html index.html text/html upload [0] unifi /opt/iobroker/node_modules/iobroker.unifi/www/README.md README.md text/markdown /opt/iobroker$ c</security>
und im log sieht es dann so aus:
unifi.0 2018-10-04 10:43:37.784 info starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.unifi, node: v8.11.1 unifi.0 2018-10-04 10:43:05.728 info cleaned everything up... unifi.0 2018-10-04 10:43:05.728 error TypeError: Cannot read property 'subsystem' of null at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:58 at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32) at tr unifi.0 2018-10-04 10:43:05.727 error uncaught exception: Cannot read property 'subsystem' of null unifi.0 2018-10-04 10:43:05.727 info getSitesStats: default unifi.0 2018-10-04 10:43:03.423 info controller = 192.168.1.2:8443 unifi.0 2018-10-04 10:43:03.423 info update_interval = 60 unifi.0 2018-10-04 10:43:03.423 info Starting UniFi-Controller query unifi.0 2018-10-04 10:43:03.422 info starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.unifi, node: v8.11.1 unifi.0 2018-10-04 10:42:40.002 info terminating unifi.0 2018-10-04 10:42:39.953 info cleaned everything up... unifi.0 2018-10-04 10:42:39.948 error at traverseArray (/opt/iobroker/node_modules/iobroker.unifi/main.js:165:7) unifi.0 2018-10-04 10:42:39.948 error at Array.every () unifi.0 2018-10-04 10:42:39.948 error at /opt/iobroker/node_modules/iobroker.unifi/main.js:168:7 unifi.0 2018-10-04 10:42:39.948 error at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5) unifi.0 2018-10-04 10:42:39.948 error at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:178:27) unifi.0 2018-10-04 10:42:39.948 error at /opt/iobroker/node_modules/iobroker.unifi/main.js:288:13 unifi.0 2018-10-04 10:42:39.948 error at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5) unifi.0 2018-10-04 10:42:39.948 error at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:184:7) unifi.0 2018-10-04 10:42:39.948 error at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32) unifi.0 2018-10-04 10:42:39.948 error at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:58 unifi.0 2018-10-04 10:42:39.948 error TypeError: Cannot read property 'subsystem' of null unifi.0 2018-10-04 10:42:39.947 error uncaught exception: Cannot read property 'subsystem' of null unifi.0 2018-10-04 10:42:39.931 info getSitesStats: default unifi.0 2018-10-04 10:42:37.009 info controller = 192.168.1.2:8443 unifi.0 2018-10-04 10:42:37.009 info update_interval = 60 unifi.0 2018-10-04 10:42:37.008 info Starting UniFi-Controller query unifi.0 2018-10-04 10:42:36.998 info starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.unifi, node: v8.11.1 unifi.0 2018-10-04 10:42:36.927 info States connected to redis: 127.0.0.1:6379
zur info, bei mir läuft das ganze auf einem pi3
-
Echt keiner eine Idee?
-
Hi,
bei mir läuft der UniFi Controller auf meinem Pi3B.
Jetzt habe ich in den Ereignissen gesehen dass sich der admin offenbar 1x pro Minute am System über den Localhost anmeldet.
Wie kann das sein?
Das Aktualisierungsintervall steht zwar auf 60s, aber dafür muss sich der admin doch nicht jedes mal neu einloggen, oder?
Gibt es da kein keepalive der Verbindung?
Admin Admin admin hat sich von der IP-Adresse 127.0.0.1 aus eingeloggt.
-
Nein wird alle x Zeit gepolt also keine offene Session
Sent from my iPhone using Tapatalk