Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[schweiger2]

@reutli

Gerne. Hier die Adapter-Einstellungen des iobroker.unifi-network Adapters. Der Socket zeigt auf den Unifi OS Server V 5.06 vom 11.12.2025 als Proxmox VM.

Die Controller-Site ist ge-xt, wegen des benutzten Klarnamens.

Unter Geräte ist Echtzeit-API aktiviert.
Unter Clients sind Client, Gäste und VPN-Clients aktiviert.
LAN und WLAN und Firewall sind deaktiviert.

[Scrounger]

@schweiger2
Adapter auf debug stellen und alle infos in ein neues issue auf github packen.

[schweiger2]

@Scrounger

ist erledigt

[Dragon]

@schweiger2 Könntest du uns teilhaben lassen woran es gelegen hat, wenn es jetzt erledigt ist.

[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