Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Es gibt 8 Antworten in diesem Thema, welches 5.028 mal aufgerufen wurde. Der letzte Beitrag () ist von hommes.
Ich habe den Controller auf einem Raspi 4, den braucht es aber nicht, ohne Docker laufen. Nach dieser Anleitung ging das völlig reibungslos:
How to install and configure Unifi controller on Raspberry Pi? – RaspberryTips
So meine Fragen bzw. Probleme habe ich inzwischen selbst lösen können 
Zertifikate, Backups und auch Umgang mit neuer Version der Controller Software sollte damit für mich gelöst sein.
Dan teile doch deine Ergebnisse mit dem Rest der Welt 
Wieder geöffnent das er antworten kann -> siehe Mod Meldung
Nun,
Vorab - hier nur eine relativ kurze Beschreibung der aktueller Installation (Raspberry PI 3 Model B in 32 Bit Modus armhf mit Unifi Controller laufend im Dokercontainer)
Kurz, weil ich doch scheinbar gefunden habe, wie man Unifi Software auf der Plattform arm64 Installieren kann. Das werde ich die kommende Tage versuchen und dann bei Interesse auch beschreiben
Für die Installation/ Aufbau des Containers habe ich dieses Dockerfile genutzt.
FROM balenalib/rpi-raspbian:buster
RUN apt-get update && apt-get install mongodb wget gnupg ca-certificates apt-transport-https -y && \
echo 'deb https://www.ui.com/downloads/unifi/debian stable ubiquiti' | tee /etc/apt/sources.list.d/100-ubnt-unifi.list && \
wget -O /etc/apt/trusted.gpg.d/unifi-repo.gpg https://dl.ui.com/unifi/unifi-repo.gpg
RUN apt-get update && apt-get install unifi -y
RUN ln -s /var/lib/unifi /usr/lib/unifi/data
EXPOSE 8080/tcp 8081/tcp 8443/tcp 8843/tcp 8880/tcp 3478/udp
WORKDIR /var/lib/unifi
ENTRYPOINT ["/usr/bin/java", "-Xmx512M", "-jar", "/usr/lib/unifi/lib/ace.jar"]
CMD ["start"]Mein Raspberry läuft mit letzter Debian Version Bullseye, Docker wegen Problemen mit der Software nutzt Pakete aus Buster
Das lief so weit ohne Probleme. Ich wollte aber meine Zertifikate eingebunden haben damit ich nicht jedes mal wegen unsicherer Verbindung gewarnt werde. Da ich selbst mit Docker bis jetzt keine Erfahrungen hatte musste ich auch suchen wie das
überhaupt gehen könnte. Diverse Anleitungen die ich im Netz gefunden habe brachten mich aber irgendwie nicht weiter. Das Problem bei dem ganzen ist, dass zuerst ein Zertifikat Request generiert werden muss und dieser dann von einer Zertifizierungsstelle
bestätigt und von der Software importiert werden muss. Das erzeugen des Requests ist ja einfach und lässt sich ohne Probleme in das Dockerfile einbauen. Die Problematik bestand das bestätigte Zertifikat wieder zu importieren.
Das stellte sich am Ende als relativ einfach umsetzbar.
Den Container hatte ich dann mit diesen Parametern gestartet:
sudo docker run --name=unifi --restart unless-stopped -d -p 1.2.3.4:8433:8433 -p 1.2.3.4:8080:8080 -v /srv/unifi/data:/var/lib/unifi -v /srv/unifi/logs:/usr/lib//unifi/logs --network=host unifiFür den Container nutze ich eine virtuelle IP Adresse, damit es mit der FW abgeriegelt werden kann (dafür steht das 1.2.3.4). Die Angabe von den beiden Ports bedeutet, dass der ankommende Request 1:1 weitergegeben wird. Hinten den "-v" stehen Verzeichnisse wie sie zwischen Host -System und Container gemappt werden. Also alles was ich in das Verzeichnis /srv/unifi/data hineinkopiere "sieht" die Software unter eigenem /var/lib/unifi.
Zunächst habe ich in dem Dockerfile das erstellen des Requests während der Installation eingebaut.
RUN java -jar /usr/lib/unifi/lib/ace.jar new_cert unifiadm.rjap.de "Organisation Name" Stadt Bundesland LandHier wunderte es mich, dass ich zwar sehen konnte, dass entsprechende Dateien erstellt waren aber nach dem starten irgendwie ich darauf nicht zugreifen konnte. Also als ob die nicht da wären.. Das liegt an der Vorgehensweise wie das ganze arbeitet.. Ich hatte schon Dateien in meinem /srv/unifi/data Verzeichnis und die werden gemappt auf das /var/lib/unifi. Alles was im Hostverzeichnis nicht existiert zum Zeitpunkt wo der Container startet wird ausgeblendet. Also quasi "drübergelegt".
So hatte ich die Startparameter komplett verändert, damit ich meine Backups und Einstellungen nicht verliere
docker run --name=unifi --restart unless-stopped -d -p 1.2.3.4:8433:8433 -p 1.2.3.4:8080:8080 -v /srv/unifi/data/backup:/usr/lib/unifi/data/backup -v /srv/unifi/data/db:/usr/lib/unifi/db -v /srv/unifi/data/logs:/usr/lib/unifi/data/logs -v /srv/unifi/data/sites:/usr/lib/unifi/data/sites -v /srv/unifi/logs:/usr/lib/unifi/logs -v /srv/unifi/crt:/usr/local/crt -v /srv/unifi/dpkg:/usr/local/dpkg --network=host unifiJetzt konnte ich nach dem ersten Start den Zertifikatrequest aus dem Container kopieren
sudo docker cp unifi:usr/lib/data/unifi_certificate.csr.pem /tmpDamit konnte ich den Request Signieren lassen. Jetzt ging es darum es irgendwie einzubauen.
Dazu änderte ich 2 Zeilen im Dockerfile
Aus:
ENTRYPOINT ["/usr/bin/java", "-Xmx512M", "-jar", "/usr/lib/unifi/lib/ace.jar"]
CMD ["start"]ist:
CMD ["unifistart.sh"]geworden.
In dem Shellskript habe ich alles untergebracht was ich haben wollte.
#/bin/sh
DEBFILE=/usr/local/deb/unifi.deb
CRTFILE=/usr/local/crt/unifi.crt
if [ -f "$DEBFILE" ]; then
dpkg -i /usr/local/deb/unifi.deb
fi
if [ -f "$CRTFILE" ]; then
/usr/bin/java -jar /usr/lib/unifi/lib/ace.jar import_cert /usr/local/crt/unifi.crt /usr/local/crt/CA.crt
fi
/usr/bin/java -Xmx512M -jar /usr/lib/unifi/lib/ace.jar startAlso wenn der Container startet, dann guckt das Skript ob es ein Debian Paket im angegebenen Verzeichnis liegt. Wenn ja wird es installiert (dieser Teil ist nicht getestet, kann also sein, dass ich noch ein Parameter ändern muss, damit keine Nachfragen o.ä kommen)
Dann wird geschaut ob ein Zertifikat vorliegt, wenn ja, dann werden sowohl das Server wie auch CA Zertifikate importiert und anschließend die Software gestartet.
Das Dockerfile in Endvariante sieht so aus:
FROM balenalib/rpi-raspbian:buster
RUN apt-get update && apt-get install mongodb wget gnupg ca-certificates apt-transport-https -y && \
echo 'deb https://www.ui.com/downloads/unifi/debian stable ubiquiti' | tee /etc/apt/sources.list.d/100-ubnt-unifi.list && \
wget -O /etc/apt/trusted.gpg.d/unifi-repo.gpg https://dl.ui.com/unifi/unifi-repo.gpg
RUN apt-get update && apt-get install unifi -y
RUN ln -s /var/lib/unifi /usr/lib/unifi/data
EXPOSE 8080/tcp 8081/tcp 8443/tcp 8843/tcp 8880/tcp 3478/udp
WORKDIR /var/lib/unifi
ADD unifistart.sh /usr/local/bin/
RUN java -jar /usr/lib/unifi/lib/ace.jar new_cert unifiadm.rjap.de "Moments Of Time" Altenberge NRW DE
RUN cp -axv /usr/lib/unifi/data/unifi_certificate.csr.der /usr/local/share/
RUN cp -axv /usr/lib/unifi/data/unifi_certificate.csr.pem /usr/local/share/
RUN cp -axv /usr/lib/unifi/data/system.properties /usr/local/share/
RUN cp -axv /usr/lib/unifi/data/system.properties.bk /usr/local/share/
RUN mkdir /usr/local/dpkg
RUN mkdir /usr/local/crt
RUN ls -la /usr/lib/unifi/
RUN ls -la /usr/lib/unifi/data/
RUN ls -la /var/lib/unifi/
RUN chmod +x /usr/local/bin/unifistart.sh
CMD ["unifistart.sh"]Also das große Geheimnis - zumindest für mich war die Starzeilen durch ein Shellscript zu ersetzen. Wenn man weiß, das so etwas möglich ist, dann ist alles "einfach" 
Jetzt will ich das ganze aber mit 64 Bit laufen haben. Das bringt u.a den Vorteil, dass die MongoDB ein Journal hat und so robuster wird als die 32 Bit version.
Sollte jemand Fragen haben - beantworte ich gerne aber bitte hier und nicht als PN.
Moin und danke für deinen Hinweis, ich würde es noch ein paar Tage geöffnet lassen und dann, wenn keiner mehr eine Frage dazu hat schließen.
Gruß hommes
zur Zeit sind 71 Mitglieder (davon 2 unsichtbar) und 229 Gäste online - Rekord: 129 Benutzer ()
