Neues YouTube-Video: Visualisierung im Devices-Adapter

[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.

[megamacy]

Seit dem letzten Gateway Update rappelt diese Nachricht im sekundentakt als Warnung durch das log. Ich finde aktuell keinen weg das zu deaktivieren ausser das logging ganz zu deaktivieren.

Es bezieht sich in dem Fall auf eine VPN Verbindung. Wenn ich VPN clients raus nehme hört es aber nicht auf.

Die IDs und andere Werte habe ich leicht abgeändert da ich nicht weiß ob es sensible Daten enthält... falls es seltsam aussieht, das ist der Grund

unifi-network.0
	2026-05-28 21:35:17.639	warn	[onNetworkMessage]: meta: {"message":"vpn-users:sync","rc":"ok"} not implemented! version: 10.4.57, data: [{"id":"wgsrv1:gW+YGRFfC6cxxxxxxxxxxxxxxxxxxxxxxxxx3Uy1Y=:32311111,"ip":"192.168.1.1","name":"gW+YGRFxxxxxxxxxxxxxxxxxxoKhQy3Uy1Y=","status":"online","type":"VPN","uptime":260,"assoc_time":1779938395,"country_code":"ZZ","display_name":"Handy VPN","last_seen":1779996917,"network_id":"6633df4gd5fb6a53433253ba","remote_ip":"192.168.1.100","remote_port":47159,"rx_bytes":135527066,"rx_bytes-r":139,"tx_bytes":1585551830,"tx_bytes-r":0,"usage_bytes":1721078896,"vpn_type":"wireguard-server"}]
W+YGRFfC6cBuevQAKvX5IsvE+ahXE6oKhQy3Uy1Y=","status":"online","type":"VPN","uptime":250,"assoc_time":1779938395,"country_code":"ZZ","display_name

MOD-EDIT
Bitte Code-Tags benutzen!

[Frank579]

Hi @megamacy , der Fehler ist schon ein. Paar Wochen bei GitHub gemeldet, jetzt heißt es warten wann/ob der Fehler behoben wird. Was bei mir erstmal geholfen hat ist den Adapter Log auf Error zu stellen. Behebt den Fehler nicht aber spamt den Log nicht voll.

[Scrounger]

@megamacy
@Frank579

Das ist kein Fehler, die Funktionalität des Adapters ist dadurch in keiner Weise beeinflusst.

Es zeigt nur auf was noch nicht implementiert ist. Ich könnte das als debug Meldung machen, aber da es soviel unterschiedlich Hardware gibt, hab ich mich bewusst dazu entschlossen das als warn zu machen, damit man es implementieren kann, bzw. ausschließen kann, je nachdem ob es sinnvoll wäre es zu implementieren.

Temporäre den Adapter auf Error stellen bis ich eine neue Version öffentliche.

[Snopy_16]

Könnte man, wie beim alten adapter auch wieder "name" mit einpflegen?

[Codierknecht]

@Snopy_16 sagte:

Könnte man, wie beim alten adapter auch wieder "name" mit einpflegen?

Ist doch drin.
Du musst das nur aus der Blacklist nehmen ;-)

[Snopy_16]

@Codierknecht sagte:

Ist doch drin.
Du musst das nur aus der Blacklist nehmen ;-)

Ohh! hab ich komplett übersehen.
Danke !!!