Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[schweiger2]

erledigt ist das Anlegen eines Issue, alles Weitere ist im Fluss und Scrounger arbeitet hart daran. Ich melde mich, wenn und wie erledigt.

[Scrounger]

@Dragon
https://github.com/Scrounger/ioBroker.unifi-network/issues/65

[Dragon]

Achsooo. Das hatte ich falsch verstanden. Dachte das Problem wär erledigt

[schweiger2]

@dragon

JETZT ist das Problem Dank der schnellen Bearbeitung durch @scrounger gelöst. Danke nochmal dafür.

Bei der Anbindung des Unifi OS Server (aktuell v5.06) an den unifi-network Adapter ist Folgendes zu beachten:

• Der im Unifi OS Server erkennbare bzw. angelegte site name ist nicht der Name, der in der Adapter-Instanz unter Controller-Site eingetragen werden muss. Da scheint es wohl einen internen System-Namen zu geben. Ich hatte nicht den default genommen, sondern eine neue Site angelegt, mit der ich arbeite. Der einzutragende Name wurde bei mir so herausgefunden:

1. Login auf den Unifi OS Server über die Web-GUI
2. Neuen Tab öffnen und https://192.168.x.x:11443/proxy/network/api/self/sites eingeben
3. In der Ausgabe hinter "name" findet sich der Name für die Controller-Site, in meinem Fall z.B. "name":"rag584vc" .

• Die Rechte im Unifi OS Server für den angelegten User müssen auf Super Admin gesetzt werden; die Rechte in der Anleitung reichten nicht.

• In der aktuellen Version 1.3.1 (stable) hat das noch nicht funktioniert. Ich habe die von Scrounger aktualisierte Version 1.3.4 über github geladen.

Danach ging der Adapter auf grün und die Clients wurden eingelesen und werden auch aktualisiert.

[Scrounger]

Ich hab jetzt auch mal diesen Unifi OS Server in ner Test VM installiert:

@schweiger2 sagte in Test Adapter Unifi Network:

• Der im Unifi OS Server erkennbare bzw. angelegte site name ist nicht der Name, der in der Adapter-Instanz unter Controller-Site eingetragen werden muss. Da scheint es wohl einen internen System-Namen zu geben. Ich hatte nicht den default genommen, sondern eine neue Site angelegt, mit der ich arbeite. Der einzutragende Name wurde bei mir so herausgefunden:

Ja das ist schon immer so, der angezeigt Name in der Übersicht ist nicht die ID. Diese findet man auch in der browser url zeile: https://xx.xx.xx.xx:11443/network/${siteId}/dashboard.
Oder man liest das log file, das gibt es ne error meldung wenn die site nicht existiert und welche wirklich existieren.

@schweiger2 sagte in Test Adapter Unifi Network:

• Die Rechte im Unifi OS Server für den angelegten User müssen auf Super Admin gesetzt werden; die Rechte in der Anleitung reichten nicht.

also bei meinem Test System geht es genauso wie es in der Anleitung beschrieben ist, keine notwendigkeit als admin da rum zu hampeln.

[quinti]

Hallo #zsmmn,
Habe seit ein paar Tagen folgenden Fehler. Habe an der config nicht geändert. Lief immer stabil:

[updateUnifiData-login site undefined] error: Request failed with status code 400, stack: AxiosError: Request failed with status code 400 at settle (/opt/iobroker/node_modules/node-unifi/node_modules/axios/lib/core/settle.js:19:12) at IncomingMessage.handleStreamEnd (/opt/iobroker/node_modules/node-unifi/node_modules/axios/lib/adapters/http.js:585:11) at IncomingMessage.emit (node:events:519:35) at endReadableNT (node:internal/streams/readable:1701:12) at processTicksAndRejections (node:internal/process/task_queues:90:21)

[Scrounger]

@quinti sagte in Test Adapter Unifi Network:

[updateUnifiData-login site undefined] error: Request failed with status code 400, stack: AxiosError: Request failed with status code 400 at settle (/opt/iobroker/node_modules/node-unifi/node_modules/axios/lib/core/settle.js:19:12) at IncomingMessage.handleStreamEnd (/opt/iobroker/node_modules/node-unifi/node_modules/axios/lib/adapters/http.js:585:11) at IncomingMessage.emit (node:events:519:35) at endReadableNT (node:internal/streams/readable:1701:12) at processTicksAndRejections (node:internal/process/task_queues:90:21)

Falscher Adapter, die Meldung gehört zum unifi Adapter, nicht zum unifi-network adapter

[quinti]

ooops, sry !!!

[warp735]

Das VPN Thema gabs zwar letztes Jahr schonmal... ist da inzwischen was passiert? Brauch die Verbindung jetzt wieder und das Log ist randvoll damit...

[Scrounger]

@warp735
Nö hab ich noch nicht gemacht.
Stell den Adapter auf Error Level, dann siehst die Meldung nicht mehr

[klee]

Ich habe heute versucht von dem alten auf den neuen Adapter umzustellen.
Ich habe 2 Probleme:

1. Die Clients haben nicht mehr alle Datenpunkte. Hostname, essid und first_seen (und einige weitere) fehlen.
2. Die Clients sind nun in verschiedene Ordner aufgeteilt. clients, guest und vpn. So wird es schwierig, alle clients gemeinsam zu durchsuchen bzw macht alles was darauf aufbaut unnötig komplex. Im Adapter früher war das so gelöst das es den Datenpunkt isguest gab. Das war deutlich flexibler.

Hier ein Screenshot aus den Datenpunkten des alten Adapter V0.7.0

Hier die Daten mit dem neuem Adapter mit 1.3.1

Ich nutze eine UDM Pro mit Network App Version 10.3.55

[Meister Mopper]

Dann zeig doch mal die Konfiguration der Instanz. Da geht nämlich viel mehr.

Spoiler

[klee]

Das war meine Vermutung, das man es noch irgendwo konfigurieren kann wie bei dem altem Adapter... bei dem neuem hab ich es aber nicht gefunden.
Wo muss ich klicken?

[klee]

Ahh ich habs, Datenpunkte Black/List Whitelist.....
Das war Standardmäßig auf Blacklist und recht viel ausgeschlossen.
Hatte auf den ersten Blick nicht erkannt wofür das gut sein soll.