Unifi docker

[heist_175]

Ik zoek een docker image voor mijn Unifi AP's, ik kom deze 2 tegen:
- https://hub.docker.com/r/linuxserver/unifi-controller
- https://hub.docker.com/r/jacobalberty/unifi

In dit (sub)forum kwam ik die jacoba-image al tegen in dit topic: https://userbase.be/forum/viewtopic.php ... er#p835593

1/ Iemand ervaring met beide? Welke zou je aanraden? Of nog andere tips ?
2/ Hoe migreer ik van een RPI/Unifpi naar een docker image (SSID, pw, guest, ...)?

[devilkin]

Backup nemen op je pi en restoren in de docker versie?

Zelf geen fan van, maar ik ken genoeg mensen die de linuxserver variant gebruiken.

[heist_175]

Zelf geen fan van

Geen fan van ...
- docker
- Unifi
- linuxserver <--> jacoba image?

[devilkin]

Geen fan van unifi op docker ik had er enorm wat problemen mee.

[NuKeM]

Ik draai de controller al geruime tijd via HomeAssistant (waarschijnlijk ook gewoon een docker). Moest je dat al hebben draaien is het zeker een optie.

[guido4096]

Draai de jacobalberty docker image op synology nas. Werkt prima, geen enkel probleem mee. Updates volgen de releases nauwgezet.

[Brechtdeprez]

Heb in het verleden ook de jacobalberty docker image gebruikt op Synology, werkte prima! Nu wel overgeschakeld op een raspberry, er waren iets te veel docker containers aan het runnen op mijn NAS.

[pfuhu]

Draai de jacobalberty docker image op synology nas. Werkt prima, geen enkel probleem mee. Updates volgen de releases nauwgezet.

+1. Draait hier al jaren superstabiel ...

[Sasuke]

Als je 'm niet zelf wil draaien mag je altijd gebruik maken van de gratis hosted controller voor UB leden hé

[ygeffens]

Mooi aanbod. Hoe zet je bestaande unifi's over naar een nieuwe controller?
Opnieuw beginnen? of kan je het geheel migreren? (zonder al te veel downtime)

Ik draai ook Home Assistant, maar de unifi controller zit in een afzonderlijke Proxmox VM.
Ik vraag me af wat het interessantste is.
Overzetten naar de Unifi addon van HA, houden zoals het is, of jouw aanbod.

In het eerste geval is alles wel mee gebackuped met HA.

[pfuhu]

Ik kan fout zijn, maar ik zit met de vage herinnering dat ik (ooit) bij het omzetten van de docker-container naar een ander ip op alle AP's moest ssh'en om die naar het nieuwe ip te verwijzen.

[Sasuke]

Mooi aanbod. Hoe zet je bestaande unifi's over naar een nieuwe controller?
Opnieuw beginnen? of kan je het geheel migreren? (zonder al te veel downtime)

Migreren is lastig, want dat is bij Unifi enorm versie afhankelijk. Maar je kan de cloud controller volledig inrichten en daar je AP's opnieuw 'adopten' op de controller. Dan krijgen ze de settings door, downtime zou dan wel beperkt moeten zijn.

[Foechoer]

Ik gebruik al een jaar of 3 de docker van linuxserver zonder problemen

[heist_175]

Een paar dagen geleden die Linuxserver image eens geprobeerd.
Ik heb 5 AP's, waarvan ik er 2 tijdelijk kan gebruiken om "te spelen". En eens het werkt voor die 2, de ander AP's 1 voor 1 te migreren naar de nieuwe controller.

Eerste probleem: ik krijg die AP's niet gekoppeld aan de nieuwe controller.
Als ik "reset" op de AP zelf en dan "adopt" in de nieuwe controller, blijft ie eeuwig "adopting" zeggen bij de AP-LR.
Als ik "reset" op de AP zelf en dan "adopt" in de nieuwe controller, zegt de nieuwe controller "adopting failed" bij de AP-Lite. Eens gereset kan ik die Lite wel moeiteloos "adopten" in de oude controller.

SSH op de LR (set-default): reset ok (na de reset knop, dus met ubnt/ubnt)
SSH op de Lite: access denied (nog niet gereset, maar dan zou het moeten werken met ubnt/<paswoord van de bestaande controller>) -> werkt niet

Voorlopig dus niet bepaald een succes.
Ik heb enkel nog maar een UI

Over de "volumes" ben ik ook niet zo zeker.
Voor de volledigheid de YAML:

Code: Selecteer alles

version: "2.1"
services:
  unifi-controller:
    image: lscr.io/linuxserver/unifi-controller:latest
    container_name: unifi-controller
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/London
    volumes:
      - /mnt/sdb1/unifi2:/config
    ports:
      - 8443:8443
      - 3478:3478/udp
      - 10001:10001/udp
      - 8081:8081
    restart: unless-stopped

In tegenstelling tot Docker/PiHole, geven ze bij de Unificontroller geen suggestie voor "volumes", dus ik heb iets gekopieerd dat ik online zag.

https://hub.docker.com/r/pihole/pihole

Code: Selecteer alles

    volumes:
      - './etc-pihole:/etc/pihole'
      - './etc-dnsmasq.d:/etc/dnsmasq.d'
    #   https://github.com/pi-hole/docker-pi-hole#note-on-capabilities

[MaT]

In tegenstelling tot Docker/PiHole, geven ze bij de Unificontroller geen suggestie voor "volumes", dus ik heb iets gekopieerd dat ik online zag.

Waar ben je niet zeker over?
Het pad voor de host of voor de container? Die van de container, '/config', is allesinds correct.

Verder ziet je YAML er copy-paste uit. Zorg zeker dat PUID en PGID correct zijn voor u, dat kan soms verschillen.
De tijdzone moet 'TZ=Europe/Brussels' zijn natuurlijk.

[heist_175]

Voor de host: ik heb niets gemaakt op de host.
https://docs.linuxserver.io/general/volumes
Als ik dit lees, zou ik beter een folder maken op mijn host (een W10) en daar naar verwijzen?

Before you create your container, first create a directory on the host machine that will act as the home for your persisted data. We recommend creating the directory /opt/appdata. Under this tree, you can create a single configuration directory for each of your containers.

Dat zal ik straks eens aanpassen.
Het lijkt me anderzijds sterk dat dat het "adopt" probleem zou veroorzaken?

Zorg zeker dat PUID en PGID correct zijn voor u, dat kan soms verschillen.

https://docs.linuxserver.io/general/und ... d-and-pgid
Geen idee wat daar staat eigenlijk. Dus ja: een copy-paste .
Suggesties zijn welkom .

De tijdzone moet 'TZ=Europe/Brussels' zijn natuurlijk.

Over het hoofd gezien.

[MaT]

Met docker op windows heb ik geen ervaring, maar volgens ik hier lees moet je je lokale schijf aanzetten in 'file sharing' en vervolgens in compose iets als volgt ingeven:

Code: Selecteer alles

volumes:
  - "C:/pad-naar-gewenste-locatie/unifi:/config"

Dit zou het probleem niet mogen zijn om te adopten. Volumes voor dataretentie zijn niet noodzakelijk voor de goede werking. Moet er wel bij zeggen dat als ik een foutieve configuratie heb bij volume, de container simpelweg niet wil starten. Geen idee wat het gedrag is bij docker op windows.

Adopten van unifi AP's op een nieuwe controller heb ik ook altijd miserie mee. Komt erop neer dat ik dan de AP volledig reset en vanaf 0 begin. Uiteindelijk word hij toch geprovisioned van de nieuwe controller.


Voor de PUID en PGID te vinden moet je een docker terminal openen en volgende commando's ingeven:

Code: Selecteer alles

id -u
id -g

[heist_175]

Adopten van unifi AP's op een nieuwe controller heb ik ook altijd miserie mee. Komt erop neer dat ik dan de AP volledig reset en vanaf 0 begin. Uiteindelijk word hij toch geprovisioned van de nieuwe controller.

Vollediger reseten dan de knop ingedrukt houden voor 10 seconden kan toch niet, wel?

Volgens de ene pagina is de apotion al oké


Maar dat is niet wat ik zie bij de devices:

[DarkV]

Vollediger reseten dan de knop ingedrukt houden voor 10 seconden kan toch niet, wel?

Tijdens het inpluggen van je UTP kabel de reset button ingedruk houden tot je de cirkel ziet knipperen.

Heb je trouwens een IP-adres van je "half" adopted AP ? Kan je ernaar SSH'n ?

[heist_175]

Ik kon ernaar SSH'en (ubnt/ubnt) en een release afdwingen. Maar dan gebeurde er niets.

Ondertussen is het opgelost.
Het probleem waren - denk ik - de volumes die niet correct gedefinieerd waren.
Ondertussen, met tips hier en nog Unifi-forumposts, heb ik de YAML aangepast en zijn beide AP's wel correct "geadopteerd".
Nu moet ik in de nieuwe nog de verschillende SSID's aanmaken, de settings goed zetten en dan elke AP individueel "migreren" naar de nieuwe controller.