Toggle sidebar

Ubiquity UniFi Wireless Controller

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.
HaraldB1966 schrieb:
Das war es nicht. SD drin einen Tag gelaufen, kann nicht voll sein....
Zum Vergrößern anklicken....
Sicher? Lies mal hier [LINK]

Des-weiteren ist auch dieser [LINK] hilfreich (achte auf 3.), den ich auch schon #31 gepostet habe.

  • Hab hier seit Donnerstag die Firmware 7.5
  • /etc/apt/sources.list.d/ubnt-unifi.list steht auf stable
    Rich (BBCode): 
    deb http://www.ubnt.com/downloads/unifi/debian cloudkey-stable ubiquiti
 
Zuletzt bearbeitet:
Danke ist wieder weg aus dem Netz ich schicke Ihn nun zurück.

Platz ist frei nur ein paar KB Backup drauf
 
Sicher, dass du den Key auf einer IP laufen hast, die nicht doppelt genutzt wird?
Ansonsten würde ich sagen hat das Teil einen Schaden und ich würde es erst mal umtauschen, denn bei mir läuft er absolut stabil.
 
Neues Image mit dem Update ziehen oder selber erstellen. Das data Verzeichnis sollte als Volume auf der DS liegen. Dann ist es einfach ein "docker pull <neues image>" auf der Kommandozeile, neustarten und (nomalerweise) fertig.
 
Hallo, ich habe wieder eine Frage zu UniFi im Docker, da es anders auf der DS918+ noch nicht läuft.
Ich habe das latest Image von jacobalberty installiert und es läuft auch seit 3 Tagen perfekt, aber nun lese ich was von Rootzugriff und das man diesen ändern sollte mit RUNAS_UID0 etc. Habe auch bei mir im Protokoll gesehen, dass dort steht: <docker-entrypoint> WARNING: Running UniFi in insecure (root) mode Wie kann ich das ändern? Schnall mal wieder gar nichts habe ich das Gefühl. Endlich läuft mal alles super und dann das...ggggrrrrrrrrrrr.

Hier übrigens die Beschreibung: https://github.com/jacobalberty/unifi-docker/blob/master/README.md#environment-variables

Danke für die Hilfe!
 
Ich habe mir meinen eigenen Unifi Docker Container gebaut, der braucht den ganzen Zirkus nicht. Wenn man nicht als root arbeitet muss man natürlich sicherstellen, das man in das lokale Verzeichnis auf der Syno auch mit den vom Controler verwendeten UIDs schreiben darf. Das sollte genauso für den anderen Container gelten.
 
Zuletzt bearbeitet:
Hmm, verstehe es leider aber immer noch nicht ganz. Was genau kann jetzt passieren und wenn was passieren kann, wie kann ich es verhindern?
 
Wenn man seine Prozesse als Root im Docker Container laufen lässt, hat ist der Prozess auch Root im Wirtssystem. Er kann z.B. beliebige Dateien überschreiben usw. Einen Docker-Prozess als root laufen zu lassen ist zwar einfacher, aber deshalb "Bad Practice". Noch dazu, wo der Controler unter Java läuft. Läßt man den Prozess nicht als root laufen muss man dafür Sorge tragen, das die Prozesse ordungsgemäß in die vorgesehenen Verzeichnisse des Wirts schreiben können, Netzwerk-Verbindungen funktionieren usw. Das macht man beim Build und mit einem passenden Start Script. Bei dem Unifi Controler kenne ich bis jetzt keinen Fall, in dem der Controler wirklich Root Rechte gebraucht hätte.
 
Tommi2day schrieb:
Wenn man seine Prozesse als Root im Docker Container laufen lässt, hat ist der Prozess auch Root im Wirtssystem. Er kann z.B. beliebige Dateien überschreiben usw. Einen Docker-Prozess als root laufen zu lassen ist zwar einfacher, aber deshalb "Bad Practice". Noch dazu, wo der Controler unter Java läuft. Läßt man den Prozess nicht als root laufen muss man dafür Sorge tragen, das die Prozesse ordungsgemäß in die vorgesehenen Verzeichnisse des Wirts schreiben können, Netzwerk-Verbindungen funktionieren usw. Das macht man beim Build und mit einem passenden Start Script. Bei dem Unifi Controler kenne ich bis jetzt keinen Fall, in dem der Controler wirklich Root Rechte gebraucht hätte.
Zum Vergrößern anklicken....

Oha, hört sich nicht gut an, danke dir. Kannst du mir dann bitte sagen, wie ich das nun ändern kann? Verstehe das aus meinem gepostetem Link leider nicht, wie ich das mache mit dem RUNAS_UID0 UNIFI_UID and UNIFI_GID?
 
lt Beschreibung ist default RUNAS0=false, UID/GID 999. Du kannst also den Container ohne irgendwas anzugeben starten und dafür musst nur Sorge tragen, das die UID 999 in die als Volume angegebenen Verzeichnisse schreiben darf, eg. Schrteibrecht für alle dort erteilen. Wenn Dir das zu unsicher ist, kannst Du auch einen eigenen Benutzer auf der Synology erstellen, z.B. unifi und nur diesem die Schreibrechte in die Verzeichnisse geben. Dessen UID/GID gibst Du dann bei UNIFI_UID/UNIFI_GID an.
 
Tommi2day schrieb:
lt Beschreibung ist default RUNAS0=false, UID/GID 999. Du kannst also den Container ohne irgendwas anzugeben starten und dafür musst nur Sorge tragen, das die UID 999 in die als Volume angegebenen Verzeichnisse schreiben darf, eg. Schrteibrecht für alle dort erteilen. Wenn Dir das zu unsicher ist, kannst Du auch einen eigenen Benutzer auf der Synology erstellen, z.B. unifi und nur diesem die Schreibrechte in die Verzeichnisse geben. Dessen UID/GID gibst Du dann bei UNIFI_UID/UNIFI_GID an.
Zum Vergrößern anklicken....

Danke für die ausführliche Erklärung. Jetzt bleibt nur noch die Frage, wenn ich einen User erstelle, woher weiß ich dann seine ID und wie oder wo trage ich diese ID dann ein. Im Moment wird UniFi ja nur einmal im Docker gestartet und über DSM und das wars, da habe ich ja keine Einstellungsmöglichkeiten oder geht es dann über das Terminal im Docker?
Ich brauch da leider eine Schritt für Schritt Anweisung.

Danke
 
Hallo,
@xxJJxx
bitte keine Vollzitate und besonders nicht wenn Du direkt antwortest.
Danke.

Gruß Götz
 
In der Systemsteuerung einen Benutzer z.b unifi erstellen. Diesem Benutzer alle Rechte auf die DS Verzeichnisse geben, die als Docker-Volume auf der DS gemountet werden sollen. Dann auf der Kommandozeile der DS als admin anmelden und "id <username des angelegten Users>" angeben. Es kommt eine Ausgabe wie "uid=1029(unifi) gid=100(users) ...". Das ist die benötigte uid und gid. (Früher konnte man die mM. nach auch in der Gui sehen..) In der Docker Gui dann zu den Einstellungen des Containers (Bearbeiten) gehen. Im Tab Umwelt mit + eine neue Variable UNIFI_UID hinzufügen und als Wert die vorher ermittelte uid des Users. Das Gleiche auch für die Variable UNIFI_GID wiederholen, dort die gid eintragen. Abspeichern und starten. Der Container wird nicht mehr sauber starten, wenn er in seinen Verzeichnissen noch Dateien mit dem altem User findet. Dann muss man auf der DS vor dem Start den Eigentümer der Dateien auf den neuen User ändern.
 
Danke, habe zwischenzeitlich ein neuen Thread aufgemacht KLICH MICH. Würde mich freuen, wenn wir dort weitermachen würden, da noch weitere Fragen hinzukamen und es mehr um Unifi und Docker geht. Möchtest du deine Antwort dort nochmal posten? Oder kann ein Moderator es dorthin verschieben?
 
Warum der neue Thread? Der hier ist doch für den Unifi Container. Wenn es Dir nur um den jacobalberty Container geht, kann ich auch nicht viel mehr dazu schreiben, da ich die Beweggründe es so zu machen nicht kenne. Ich habe, wie schon geschrieben, mein eigenes Unifi-Controlerimage bereitgestellt. Das ist zwar nur 5.4, funktioniert aber dafür im Gegensatz zur neuen 5.6 Version. Falls Bedarf an Screenshots meiner Konfiguration besteht, kann ich die gerne hier hochladen.
 
Dachte nur wegen der neuen Ordnerstruktur, die bei iDomix noch veraltet ist, dass es eben besser zu einem neuem Thread passen würde? Aber von mir aus können wir auch den neuen schließen und hier weitermachen.

Habe die Ordnerstruktur nun von /var/lib/unifi in /unifi geändert und die von dir erwähnten Variablen eingetragen. Ich musste aber noch die Variable BIND_PRIV auf false setzen da es setcap Fehler gab. Es scheint jetzt zu laufen.

Kannst du mir noch sagen, wie ich jetzt /var/lib/unif löschen kann? Und muss ich das Zertifikat von Lets Encrypt nun in /unifi/cert packen und es vorher mappen?

Danke für den super Support
 
@ Bordi

Nur um mein Thema abzuschließen und Danke zu sagen.

Ja habe den Controller getauscht. Nun läuft alles wie geschmiert. War wohl doch was mit der Hardware.

Danke
 
Status
Für weitere Antworten geschlossen.
NAS-Central - Ihr Partner für NAS Lösungen
NAS-Central - The Home of NAS
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat 

Hosted by netcup
IT Lösungen mit NAS Servern
IT Firma Trier
Fotograf Trier
   
Oben Unten