Ubiquity UniFi Wireless Controller

[frankyst72]

Hat jemand Erfahrungen RasPi und der Controller Software? Ist das flüssig und stabil? Welchen RasPi braucht man da?

 

[Bordi]

Erfahrung nein, aber das könnte sich noch ändern. Ich hab mir überlegt wegen der 64Bit Technik auf den Cortex-A53 zu setzen. Dies würde es auf den Pi 3 oder Pi 2 v.1.2(!) einschränken. LINK. Allerdings gibt es da noch den ODROID-C2 und den ziemlich krassen HiKey mit dem bärenstarken HiSilicon Kirin 620 Octa-Core aus dem Huawei P8 Lite.
Debian ist für alle da, und auf Debian/Ubuntu kannst du den Controller installieren. LINK
Solltest du nicht abwarten wollen, findet sich sicher was im Forum. LINK

 

[independence2206]

Die Überlegung mit einem Pi und darauf den Controller laufen zu lassen hatte ich auch schon aber da kann man sich schon fast den Cloud Key von Ubiquiti für knapp 90 Euro kaufen. Der läuft auch Out-of-the-box

Sorry für das mittlerweile wegeditierte Vollzitat..

 

[goetz]

Hallo,
@independence2206
bitte keine Vollzitate und erst recht nicht wenn Du direkt antwortest.
Danke.

Gruß Götz

 

[Bordi]

Wenn es dir egal sein sollte dass deine Konfiguration auf einer externe Cloud gespeichert ist...

Die benötigte Energie zieht der UniFi Cloud Key ab deinem 48V(!) PoE Switch. Hast du den nicht muss ein USB Netzteil ran. Des-weiteren ist der Cloud Key meines Wissens lediglich ein Accesspoint Controller ohne Routingfunktionen und hat mit der Controller Software wenig gemein. LINK Davon mal abgesehen wäre die CPU-Plattform die selbe wie beim Banana Pi BPI-R2 Router Board und auch gar nicht so schlecht. Mit einem Pi durchaus vergleichbar. Was mir aber nicht passt ist dass ich meinen sche** irgendwo weit draussen im WWW, ausserhalb meiner Kontrolle abspeichern, und mich an einer verminderten Software erfreuen soll. Mir passt auch nicht dass das gesamte 19" Sortiment mit Lüftern ausgestattet ist, oder eine Desktop-Switch nicht auch zwangsweise an der Wand montiert werden kann. Von dem her ist es ziemlich unwahrscheinlich dass ich da zugreifen werde. Aber dass ist ein anderes Thema.

 

[Tommi2day]

Auf dem über LAN angeschlossenen CloudKey läuft die Controler Software. Die Stromversorgung erfolgt gewöhnlich über Standart 802.3af POE vom Switch oder Injector. Man muss damit nicht in die Cloud sondern kann die Controler Gui genauso aufrufen wie Native unter Windows, MacOS Linux oder Docker.

Der CloundKey stellt mit dem Controler nur die Gui für die Erstellung der Konfigurationsdateien bereit, hat aber selber keine aktive Funktion. Dafür braucht man die entsprechenden Unifi Geräte. So ist VLAN tagging (z.B. für unterschiedliche SSIDs und Netzwerke) sowie Routing, DHCPServer und Firewall erst mit dem USG möglich. Die einzelnen Geräte lassen sich auch etwas mühsehlig über ssh verwalten und haben dort weitreichendere Konfigurationsmöglichkeiten als die aktuelle Gui anbietet, z.B. für die DHCP Option DNS Suchliste muss man zZ. noch selber ran.

 

[independence2206]

Für das Monitoring des Traffics und die Deep Packet Inspection ist der Cloud Key auch noch nützlich, denn irgendein Stück Hardware auf dem der Controller läuft muss für Monitoringzwecke 24/7 laufen

 

[rabu]

Ich hatte zuvor auch das Unifi Paket der Russen installiert aber das lief mehr schlecht als recht.
Habe den Cloud Key seit geraumer Zeit schon im Einsatz und bin bestens zufrieden. Jetzt können die AP's wenigsten vernünftig verwaltet werden. Allerdings braucht man ihn aber nicht zwingend. Die AP's laufen auch ohne. Zum konfigurieren würde ein Notebook mit Software reichen, was nicht ständig läuft.

 

[Bordi]

Jedem das seine. CloudKey 90€ / Raspberry Pi 2 Model B v.1.1 (32Bit) oder Raspberry Pi 2 Model B v.1.2 (64Bit) 45€

 

[Dexter84]

Der Docker von linuxserver.io hat bei mir jetzt schon mehrere Updates überlebt. Von daher kann ich hier bisher grünes Licht geben. Der Cloud-Key wäre net Notlösung, da ich hier wieder ein extra Gerät bräuchte das Geld kostet und Strom frisst.

 

[Bordi]

SO! ... wollte mir jetzt ne eigene Meinung verschaffen, und hab mir den CloudKey und auch gleich ein Raspberry Pi 2 v1.2 (64Bit) und ein Asus Tinker Board besorgen können. Fazit: Der Raspi kann die Performance nicht abrufen weil Raspian nicht in 64Bit gestellt wird. Das Tinker scheint wie eine RasPi3, ist aber keiner. Raspian rennt nicht, und das von Asus gestellt Debian kommt mit LXDE Desktop. Die Performance ist ok, allerdings war eine gefühlte Ewigkeit damit beschäftigt, das Debian so umzubiegen das es als minimalistisches server-os (ohne GUI) durchgeht. Der CloudKey ist grösser als erwartet, und verwirrt mit der beigelegten Anleitung. Wer mit dem UniFi Controller auf einem externen Debian vertraut ist, sollte die Anleitung wegschmeissen. Ohne Gehäuse und Ubnt Software ist der CloudKey eine kleines ARMv7 Bord mit Debian Jessie drauf. SSH zugriff ist genauso möglich, wie beim Pi, Tinker Board, Docker oder VBox Debian. Dementsprechend lassen sich alle auch gleich gut frisieren. ..und dies macht ihr am besten mit den Punkten 3 & 4 aus dieser Anleitung.

Des-weiteren lässt sich bei CloudKey, RasPi und ThinkerBoard noch etwas an der Performance schrauben wenn man eine UHS-I U3 microSD Card (max 64GB da SDHC) verwendet. Ich hab mir für meine Zwecke eine SDCA3 von Kingston gegönnt, und mit einer SanDisk Ultra verglichen.

Ansonsten bei allen -ClaudKey, Pi, TB, VB und Docker- gleich ist:
Debian Jessie als Unterbau
Zugriff über SSH
Portal auf https://ip-adresse:8443

Dementsprechend gewohnt ist die Handhabe, und die Korrektur meiner falsch-aussage. -> NEIN, Cloud muss nicht sein, auch mit dem CloudKey nicht.

Beim CloudKey kommt mit https://ip-adresse/login noch ein zusätzliches Portal hinzu, wo ihr mit dem Standardlogin

Username: root 
Password: ubnt

den CloudKey konfigurieren könnt. Mit dabei auch die Änderung des root-passwd und definierung des SSH Zugriffs. Wer sich dass nicht merken kann, unter https://ip-adresse findet sich noch ein portal welches euch nach wunsch weiterleitet

Unterm strich finde ich die 100€ für den Cloudkey gut angelegt. Insbesondere wenn PoE genutzt werden kann. Eine 8GB microSD Karte ist beiliegend. Da sich die mit den Statistiken und Automatischen Backups recht schnelle voll sein kann, empfiehlt sich eine grössere microSD mit einzupacken, die nicht grösser sein sollte als 64GB oder diesem Würgaround zu folgen LINK.
Ansonsten würde ich zur VBox oder zum Pi mit Raspian wechseln. Docker und ThinkerBoard hatten sicher auch ihre stärken, konnten mich jedoch weniger überzeugen.

 

[frankyst72]

Danke Bordi für Deine Forschungsarbeit und Wissenssharing!!!

 

[peter2014]

Kurze Frage:

Im Logfile (Protokoll anzeigen) vom Unifi Controller bzw. von der "russischen" Paketinstallation steht was von www.evostream.com
Weiß jemand was das bedeuten könnte?

Danke und Grüße

 

[Bordi]

Zeig mal ..

Hast du was dran hängen was evosream nutzen könnte? Cam oder so? Welchen Unifi Controller v4 oder 5?

 

[peter2014]

@bordi
danke

als unifi Controller habe ich den aktuellen 5.4.11 Cam oder ähnliches habe ich nicht im Einsatz.

Ich bekomme den Controller bis jetzt eh nicht an´s laufen (wird im Browser nicht angezeigt).
Die Meldung mit evostream habe ich aber trotzdem im logfile.

 

[Bordi]

Von wo willst du den Controller denn starten? Wo ist er installiert? Pi, CK, Windows, ...??
Du kannst zwischenzeitlich auch die app als Controller nutzen, und sie später zum bedienen umnutzen.

https://itunes.apple.com/ch/app/unifi/id1057750338?mt=8

evostream kenne ich nicht, habe ich nicht, muss in folge an dir liegen. Irgendwo hast du wohl was laufen (Cam, Cloud, HTML5 player .. ) dass diesen logeintag verursacht. Ob dass nun von dir bzw aus deinem Netz kommt, oder von aussen eindringt, kann ich nicht nachvollziehen/beurteilen da du die dafür notwendigen Zeilen bisher nicht geliefert hast.

 

[peter2014]

Hi Bordi,

ich habe mir inzwischen erfolgreich den UniFi Controller auf meinen RaspberryPI 3 installiert
und funktioniert soweit ich das als "Laie" im Moment beurteilen kann ganz gut. Das Paket
auf meiner Synology 713+ habe ich wieder deinstalliert. An Cam Streaming oder sonstigem
in dieser Art ist bei mir nichts installiert, daher kam mir das auch komisch vor.

Ich danke Dir recht herzlich für deine schnelle Hilfe. Vieleicht bis zum nächsten Problem.

Viele Grüße
Peter

 

[schweigi]

Hallo an alle!

Ich habe eine DS214play mit dem aktuellsten DSM 6.1 Update 2 und für den Unifi Controller alle notwendigen PAkete - Java, MongoDB und Controller 5 - installiert. Laufen auch auf der DS214 play.
Jetzt habe ich aber das Problem, dass ich - egal welchen Browser ich verwende - mit https://ip-adresse-ds:8443 keine ANzeige erhalte. Es kommt keinerlei Fehlermeldung im Browser etc.

Jemand eine Idee an was es da liegt. Ich will gar nicht von Extern drauf zugreifen.Bin im eigenen Netz.

Danke schon vorab für Euer Feedback.
LG,
schweigi

 

[Robert53844]

Prüfe mal, ob der Controller wirklich (noch) gestartet ist. Ich muss den nach jedem Start der DS wieder manuell neu starten.

Hast Du im Controller ggfs. Die Ports für http/https verändert?

Da Du den Zugriff über https versuchst: akzeptiert Dein Browser das vom Controller verwendete SSL-Zertifikat oder verweigert der daher die SSL-Verbindung, da Zertifikat oder Aussteller des Zertifikats nicht vertrauenswürdig sind?

Mit dem IE habe ich auch oft Probleme, da nicht alles im Frontend damit läuft. Probiere alternativ mal den Zugang mit Chrome, Firefox oder Maxthon.

Alternativ mal mit den Developer-Tools des Browsers (F12) mal im Netzwerk-Trace oder der Konsole nachschauen, ob ggfs. einnHttp- oder JavaScript-Fehler dort zu erkennen ist.

Viel Erfolg!

 

[schweigi]

Prüfe mal, ob der Controller wirklich (noch) gestartet ist. Ich muss den nach jedem Start der DS wieder manuell neu starten.

Hast Du im Controller ggfs. Die Ports für http/https verändert?

Da Du den Zugriff über https versuchst: akzeptiert Dein Browser das vom Controller verwendete SSL-Zertifikat oder verweigert der daher die SSL-Verbindung, da Zertifikat oder Aussteller des Zertifikats nicht vertrauenswürdig sind?

Mit dem IE habe ich auch oft Probleme, da nicht alles im Frontend damit läuft. Probiere alternativ mal den Zugang mit Chrome, Firefox oder Maxthon.

Alternativ mal mit den Developer-Tools des Browsers (F12) mal im Netzwerk-Trace oder der Konsole nachschauen, ob ggfs. einnHttp- oder JavaScript-Fehler dort zu erkennen ist.

Viel Erfolg!

Danke für Deine Antwort. Im Chrome bekomme ich folgende Fehlermeldung:

ip-DS verwendet ein nicht unterstütztes Protokoll.
ERR_SSL_OBSOLETE_CIPHER

Nicht unterstütztes Protokoll
Client und Server unterstützen keine gemeinsame SSL-Protokollversion oder Verschlüsselungssammlung.