NEWS
Adapter: ioBroker.unifi
-
Dann zeig doch mal das Logfile z.B. vom Linux Control im Debug Mode wenn der versucht sich zu verbinden oder die Ausgabe von den Eingaben die du machst wenn du vom iob auf die UDM gehst.
EDIT: Hat sich überschnitten.
Wie sieht der Befehl in Linux Control aus bzw. wie sind die Einstellungen?
Trotzdem noch das Log/Ausgabe wenn du es manuell machst.
-
@wendy2702 sagte in Adapter: ioBroker.unifi:
Dann zeig doch mal das Logfile z.B. vom Linux Control im Debug Mode wenn der versucht sich zu verbinden oder die Ausgabe von den Eingaben die du machst wenn du vom iob auf die UDM gehst.
EDIT: Hat sich überschnitten.
Wie sieht der Befehl in Linux Control aus bzw. wie sind die Einstellungen?
Trotzdem noch das Log/Ausgabe wenn du es manuell machst.
Einen Befehl hab ich noch gar nicht hinterlegt im Linux Control Adapter. Hab nur mal die Verbindungseinstellungen gemacht.
Einstellungen im Adapter
Hier noch mal der Log vom linux-control
2024-02-01 14:19:09.890 - [32minfo[39m: linux-control.0 (1490423) getting data from UDMse (10.1.30.1:22, Adapter start) 2024-02-01 14:19:09.891 - [34mdebug[39m: linux-control.0 (1490423) getting data from grafana (10.1.30.4:22) -> not enabled! 2024-02-01 14:19:10.052 - [31merror[39m: linux-control.0 (1490423) [getConnection] Could not establish a connection to 'UDMse' (10.1.30.1:22)! 2024-02-01 14:19:10.056 - [31merror[39m: linux-control.0 (1490423) [getConnection] error: All configured authentication methods failed, stack: Error: All configured authentication methods failed at doNextAuth (/opt/iobroker/node_modules/ssh2/lib/client.js:865:21) at tryNextAuth (/opt/iobroker/node_modules/ssh2/lib/client.js:1082:7) at USERAUTH_FAILURE (/opt/iobroker/node_modules/ssh2/lib/client.js:430:11) at 51 (/opt/iobroker/node_modules/ssh2/lib/protocol/handlers.misc.js:408:16) at Protocol.onPayload (/opt/iobroker/node_modules/ssh2/lib/protocol/Protocol.js:2052:10) at AESGCMDecipherBinding.decrypt (/opt/iobroker/node_modules/ssh2/lib/protocol/crypto.js:1086:26) at Protocol.parsePacket [as _parse] (/opt/iobroker/node_modules/ssh2/lib/protocol/Protocol.js:2021:25) at Protocol.parse (/opt/iobroker/node_modules/ssh2/lib/protocol/Protocol.js:306:16) at Socket.<anonymous> (/opt/iobroker/node_modules/ssh2/lib/client.js:775:21) at Socket.emit (node:events:514:28) at Socket.emit (node:domain:489:12) at addChunk (node:internal/streams/readable:324:12) at readableAddChunk (node:internal/streams/readable:297:9) at Socket.Readable.push (node:internal/streams/readable:234:10) at TCP.onStreamRead (node:internal/stream_base_commons:190:23) 2024-02-01 14:19:10.220 - [34mdebug[39m: linux-control.0 (1490423) [refreshHost] UDMse (10.1.30.1:22): button 'linux-control.0.UDMse.refresh' subscribed
-
nach langen herum probieren habe ich es jetzt mit einem ssh-keygen gelöst.
Mit diesem funktioniert es. -
Guten Abend zusammen,
kann ich vom IOBroker aus auf der UDMPro ein WLAN an und ausschalten wenn ich auf den Datenpunkt wlans/passendes wlan/enabled gehe und dann von true auf false wechsle.
Anders herum also wenn ich auf die UDM unter Netzwerke WLAN gehe dann das gewünschte WLAN ausschalte, so bekomme ich unter dem o.g. Datenpunkt angezeigt das sich dieses WLAN auf false befindet.
Hoffe ich habe mich einigermaßen ausgedrückt.
Mein Ziel wäre folgendes:
Von einem NSPanel mit einem virtuellem Schalter das Wlan an und auszuschalten.
Oder ist dieser Adapter nur zum lesen der Daten gedacht?
Danke jetzt schon mal.
-
@einstein2002
Ich hatte mal versucht darüber das Gäste WLAN an- und auszuschalten (USG4 Pro), habe es aber nicht zum Laufen bekommen. Die Änderung des Datenpunktes bewirkt Richtung USG/Unifi nichts. -
@samson71 said in Adapter: ioBroker.unifi:
@einstein2002
Ich hatte mal versucht darüber das Gäste WLAN an- und auszuschalten (USG4 Pro), habe es aber nicht zum Laufen bekommen. Die Änderung des Datenpunktes bewirkt Richtung USG/Unifi nichts.Bei der UDM Pro kann ich über nachfolgenden dp das (Gast-)WLAN deaktieren und wieder aktivieren (false/true):
(! Man muss aber wissen, dass sich dabei immer das gesamte WLAN kurz trennt und dann wieder verbindet !)unifi.0.default.wlans.SSID.enabled
-
@xdelta sagte in Adapter: ioBroker.unifi:
(! Man muss aber wissen, dass sich dabei immer das gesamte WLAN kurz trennt und dann wieder verbindet !)
Ist klar, da die AP's dann kurz neu provisioniert werden. Letzten Endes auch der Grund warum ich das auch nicht weiter verfolgt habe. Das Gäste WLAN ist jetzt halt immer aktiv. Läuft über Voucher und hier ist die Gesamtdichte an aktiven Netzen nicht ganz so schlimm.
-
So siehts aus! Ich habs deshalb ebenso mit Vouchern gelöst
-
@xdelta geht bei euch die Voucherstellung noch?
-
@draexler
Nicht über bzw. aus ioBroker heraus falls das gemeint war. Ich mache das direkt im Unifi Controller. -
@draexler said in Adapter: ioBroker.unifi:
@xdelta geht bei euch die Voucherstellung noch?
Nein, das geht bei mir nur direkt aus der UDM heraus. Mit ioBroker leider nicht über den dp..
-
@xdelta also wenn ihr auf den Trigger „Vouchererstellung“ klickt, habt ihr auch eine Axios Fehlermeldung im Log?
Will nur wissen ob andere auch betroffen sind. -
@draexler sagte in Adapter: ioBroker.unifi:
xdelta also wenn ihr auf den Trigger „Vouchererstellung“ klickt, habt ihr auch eine Axios Fehlermeldung im Log?
Will nur wissen ob andere auch betroffen sind.Mache das über das Unifi Skript von @liv-in-sky. Evtl kann es mal irgendwann in den Adapter übernommen werden. Die Vouchers über Telegram abrufen/erzeugen ist schon ziemlich cool!
-> https://forum.iobroker.net/topic/25066/unifi-wlan-script-2-mit-anwesenheitskontrolle?_=1707798864830
-
@draexler said in Adapter: ioBroker.unifi:
@xdelta also wenn ihr auf den Trigger „Vouchererstellung“ klickt, habt ihr auch eine Axios Fehlermeldung im Log? > Will nur wissen ob andere auch betroffen sind.
Ja, habe ich ebenso.
[createUnifiVouchers site default] error: Request failed with status code 400, stack: AxiosError: Request failed with status code 400 at settle (/opt/iobroker/node_modules/axios/dist/node/axios.cjs:1967:12) at IncomingMessage.handleStreamEnd (/opt/iobroker/node_modules/axios/dist/node/axios.cjs:3062:11) at IncomingMessage.emit (node:events:529:35) at endReadableNT (node:internal/streams/readable:1400:12) at process.processTicksAndRejections (node:internal/process/task_queues:82:21)
-
@xdelta Danke, also definitiv nicht Einzelfälle. GitHub Issue ist aber schon eingestellt.
-
Ich warte das System eine Freundes und wurde gerade mit dieser Meldung begrüßt. Scheinbar ist der Adapter nicht mehr lange nutzbar
-
@warp735 Hmm, aber der Adapter nutzt doch den lokalen Zugang und nicht die Cloud.
Habe 2FA jetzt seit Anfang des Jahres aktiviert und keine (neuen) Probleme mit dem Adapter.
-
@oxident
Oh... das wusste ich nicht. "Früher"war es Bedingung 2FA zu deaktivieren und bei mir hatte es mit auch nicht funktioniert. -
@warp735 sagte in Adapter: ioBroker.unifi:
Ich warte das System eine Freundes und wurde gerade mit dieser Meldung begrüßt. Scheinbar ist der Adapter nicht mehr lange nutzbar
Noch läuft bei mir beides. Ich habe einen lokalen Zugang und einen über die cloud (2FA).
-
@meister-mopper sagte in Adapter: ioBroker.unifi:
Ich habe einen lokalen Zugang
Wo hast Du den eingerichtet? Hab MFA jetzt aktiviert und Adapter läuft nicht mehr. Geb ich die IP der UDM hier lokal ein, wird auch ein mfa Pin benötigt. Das muss ich doch dann irgendwo abstellen können?