Neues Modul - 74_Unifi - Für den Ubiquiti Networks (UBNT) - Unifi Controller

[Mitch]

Heißt nicht mehr "reconnect" sondern "disconnect" (wurde irgendwann mal geändert, sollte sich im UnifiClient-Thread finden lassen: wann [und warum]), macht aber ein "reconnect" bzw. ist es eher in der Unifi-Oberfläche "falsch", weil: dort passiert auch nur ein "disconnect", "reconnect" macht der Client dann selbst

Gruß, Joachim

Macht Sinn, Danke.

Aber auch Disconnect gibt es nicht?

Code Auswählen Erweitern

Set

set <name> clear <readings|usedOnlineTime>
Clears the readings or set the usedOnlimeTime=0.

set <name> blockClient <
Blocks the client.

set <name> unblockClient <
Unblocks the client.

set <name> usergroup <
Set the usergroup for the client.

set <name> update <
Updates the client data.

Noch zum Hintergrund: ich brauch nicht viel (RedingGroup, etc.) ich habe einen Raspberry als ebusd laufen. Machmal verabschiedet er sich manchmal insofern, dass er zwar verbunden zeigt, aber keine IP bekommt. Ein einfaches Reconnect im Controller löst das "Problem".
Genau den Fall will ich automatisieren.

[MadMax-FHEM]

Äh, ja habe gerade im Code nachgeschaut (ist schon ne Weile her und "nur" auf meinem Testsystem)...

Das disconnect Client ist doch beim UnifiController-Device! SORRY!!

Du musst nur den Namen angeben:

Code Auswählen Erweitern


set UnifiController disconnectClient ClientName


EDIT:
Der Name ist aber dann:

Code Auswählen Erweitern


  my $Name = ReadingsVal($Device,"fhem_clientName","n.a.");

Wobei $Device dann doch wieder das UnifiClient-Device ist...
EDIT: oder beim Klicken über die Oberfläche per "DropDown" auswählen...

Gruß, Joachim

[Mitch]

Äh, ja habe gerade im Code nachgeschaut (ist schon ne Weile her und "nur" auf meinem Testsystem)...

Das disconnect Client ist doch beim UnifiController-Device! SORRY!!

Du musst nur den Namen angeben:

Code Auswählen Erweitern


set UnifiController disconnectClient ClientName


EDIT:
Der Name ist aber dann:

Code Auswählen Erweitern


  my $Name = ReadingsVal($Device,"fhem_clientName","n.a.");

Wobei $Device dann doch wieder das UnifiClient-Device ist...

Gruß, Joachim

Perfekt, Danke. Genau das habe ich gesucht.
Den set disconnect hatte ich schon geshen, habe aber immer nach reconnect gesucht 

[Mitch]

Habe mich jetzt noch ins Wiki über UnifiClient eingelesen, ist irgendwie an mir vorbei gegangen.
Da gehen ja noch ein paar tolle Dinge.

Hat schonmal jemand eine "Kindersicherung" in folgender Form umgesetzt:
z.B. sperre einen WiFi Client von 20 bis 08 Uhr?

So etwas geht ja leider (noch) nicht im Controller selber.

[MadMax-FHEM]

Habe mich jetzt noch ins Wiki über UnifiClient eingelesen, ist irgendwie an mir vorbei gegangen.
Da gehen ja noch ein paar tolle Dinge.

Hat schonmal jemand eine "Kindersicherung" in folgender Form umgesetzt:
z.B. sperre einen WiFi Client von 20 bis 08 Uhr?

So etwas geht ja leider (noch) nicht im Controller selber.

Es gibt beim UnifiClient-Device ein:

Code Auswählen Erweitern


set ClientDeviceName blockClient


D.h. das von 20:00 bis 08:00 müsste dann fhem machen und halt wieder unblock (oder wie das dann heißt) machen...
Ist ja mit at oder DOIF kein Thema...

Gruß, Joachim

[Mitch]

Ja, habe ich mir gerade angeschaut, Danke.

Leider scheint aber Unifi hier aber einen Bug zu haben. Ich habe mein Handy geblockt und kam trotzdem ohne Probleme ins Web.

EDIT: es geht wohl zu blocken, dauert aber einige Minuten, bis der Client rausgeschmissen wird. Wäre aber okay für mich.

Leider geht aber kein unblock aus fhem.
Im UnifiClient ist er ja disconnected und somit kann man auch nichts mehr damit machen.
Im Unifi Controller kann ich zwar unblock senden, wird aber nicht im Controller ausgeführt.

[MadMax-FHEM]

Eventuell das mal im UnifiClient-Thread ansprechen, vielleicht fehlt da noch was...
...evtl. hat noch niemand geblockt...

Und das blockClient war "offensichtlich" aber evtl. fraglich "was mache ich mit geblockten Clients"

Gruß, Joachim

[Wolle02]

Das "Problem" mit dem Blocken ist, dass hierbei der AP oder Switch (je nachdem ob WLAN oder LAN) jedesmal neu provisioniert. Das dauert immer eine gewisse Zeit. Irgendwo hier in dem Thread gab es mal einen Tip den ich bei mir auch umgesetzt habe.

Einfach eine neue Benutzergruppe im Controller erstellen, die nur einen berenzten Datendurchsatz von z.B. 2 kb/s hat. Der zu blockende Client wird dann einfach in die neue Gruppe geschoben und diese Einstallung ist dann sofort aktiv.

Das ist zwar keine Blockierung im eigentlichen Sinne, aber aufgrund des äußerst geringen Datendurchsatzes ist das eine "quasi-Blockierung". So wird keiner Surfen wollen 

[Mitch]

Beim "Blocken" wird nicht provisioniert, das macht der Controller

[MadMax-FHEM]

Das "Problem" mit dem Blocken ist, dass hierbei der AP oder Switch (je nachdem ob WLAN oder LAN) jedesmal neu provisioniert. Das dauert immer eine gewisse Zeit. Irgendwo hier in dem Thread gab es mal einen Tip den ich bei mir auch umgesetzt habe.

Einfach eine neue Benutzergruppe im Controller erstellen, die nur einen berenzten Datendurchsatz von z.B. 2 kb/s hat. Der zu blockende Client wird dann einfach in die neue Gruppe geschoben und diese Einstallung ist dann sofort aktiv.

Das ist zwar keine Blockierung im eigentlichen Sinne, aber aufgrund des äußerst geringen Datendurchsatzes ist das eine "quasi-Blockierung". So wird keiner Surfen wollen 

Gerade getestet: bei mir hier nichts provisioniert wenn ich einen Clinet blocke, zumindest nicht wenn ich die UnifiController-Oberfläche nutze...

Ich teste dann noch mal mit dem Unifi-Modul...

Gruß, Joachim

[Frank_Huber]

Ja, aber das mit der Benutzergruppe ist dennoch die elegantere Lösung, denn da gibt es auch einen Weg zurück.

[Wolle02]

Stimmt, es wird nicht neu provisioniert. Aber beim Entblocken über den Controller gab es bei mir Probleme beim Reconnecten. Das geht mit der Benutzergruppe fluffiger. 

Aber ich habe grade festgestellt, das weder das Blocken noch das Ändern der benutzergruppe bei mir über FHEM funktioniert. Liegt wahrscheinlich daran, dass ich mittlerweile eine UDM habe und das Modul in manchen Bereichen damit noch nicht so richtig zusammenarbeitet. Als ich noch eine USG hatte ging das noch.

[Wuehler]

Moin,

ein paar Infos:
- set UnifiClient unblock gibt es auch, geht aber nur bei geblockten Clients (reading blocked=true). Und andersrum für blockCloent
- block/unblock sollte Provisioniern und stört daher das gesamte Netzwerk. Die Änderungen der Usergroup wird nicht provisioniert und hat daher einen höheren Akzeptanzfaktor (WAF, KAF, MAF, DAF) (Edit: Scheint mittlerweile nicht mehr so zu sein)
- falls ihr einen User habt, der im UnifiController nur lesen darf funktioniert beides nicht
- kann sein, dass es auf UDM nicht geht. Habe dazu kein Testsystem oder positives Feedback.

Viele Grüße,
Dirk

[Mitch]

Nein, blocken/unblocken bedeutet keine Provisionierung!
Wäre aber auch nicht schlimm, es stört eigentlich nicht das System.

Ich habe festgestellt, das nur ein SuperAdmin blocken und unblocken kann, das war bei mir das Problem.
Finde ich blöd, aber gut, ist so.

[Wuehler]

Stimmt. Konnte es jetzt auch ausprobieren und es wird beim Block/Unblock nicht mehr provisioniert. War früher mal anders. Da hat sich Unifi positiv weiter entwickelt
Habe es im Beitrag vorher editiert und muß dann mal schauen, was im WIKI und comandref ggf. anzupassen wäre.