Ubiquiti Unifi

Verkar ha slutat säljas ja,
https://eu.store.ui.com/eu/en?category=all-cloud-keys-gateway...
Kolla tradera/ebay annars är det G2+ eller en Cloud kanske?

Byt ut USG, Switchen och CK till en UDR. Gjorde själv den resan för cirka 2år sedan och har funkat galant sen dess, samt att du får senaste uppdateringarna och en AP med wifi 6

USG och CK kan du lägga ut på marknaden/blocket tex.

UDR är dock långsam, både i GUI:t och klarar bara runt 700 Mbit/s WAN <-> LAN. Därmed är den en tydlig nedgradering prestandamässigt, trots att USG är 9 år gammal.

Föregångaren UDM var betydligt snabbare ur den synvinkeln, men har bara WiFi 5.

Här är jämförelse, jag håller med om udm är ett bättre köp av de två.

UDM även om den bara har Wi-Fi 5 så går det alldeles utmärkt att utöka med flera AP för att få Wi-Fi 6.

De kommer vara lika långsamma som de andra. Wi-Fi 6E dröjer redan.

This.

Olika teknologier har olika livscykler, och kombinerar man dem, begränsar man livslängden på produkten till den teknologi som har kortast livslängd.
Och då blir det ofelbart så att man måste uppgradera dem oftare.
Så kan man inte ha det i seriösa installationer.

I detta fall kommer routerns livslängd begränsas av hur länge dess WiFi-teknik är aktuell.
Känns 'B'.

Det var faktiskt exakta motsatsen till det som fick mig att välja Ubiquiti från första början, så... De går åt fel håll.

Går det ens få tag på gen 1 i dagsläget? Sen har ju gen 2 betydligt mindre Poe så se upp för det om du behöver mer än 42w.

Lite 16 PoE?
Slipper du rack och kostar 100€ mindre.

Ville du ha rack eller spelar ingen roll?

För hemmabruk är det väl ingen skillnad på lite vs standard?

👍🏼
Synd DM Pro SE kostar 6000kr annars är den ju ”dream machine” på riktigt. Hehe.

Man blir så less på att UDR suger.
Ingen som hört nåt rykte om dom ska göra en förnyad USG? USG är ju bra många år nu.
Orkar den VLAN och 1gigabit mot WAN full duplex? Kan man styra USG med unifi controller software, blir den integrerad med switchar o APs?

Det var verkligen på tiden.

Namnet UXG har dock tidigare syftat på en router som klarar 10 Gbit/s (eller åtminstone i närheten av det). Frågan är om denna nya UXG verkligen gör det. I vilket fall som helst lär det kunna vara en stor uppgradering, och faktiskt en produkt folk är mer villiga att köpa. Det är alltid svårt att övertyga folk att betala fullpris för en ca 10 år gammal produkt.

Ja snälla!

Byter ut min UXG PRO på studs.

Jodå. Jag är nöjd. Prestanda räcker och blir över. Men den är egentligen inte rätt storlek för min lägenhet.

Är det någon som kör controllern i docker?

Har lyckats lägga in docker men hittar/förstår inte riktigt hur man konfigurer klart och får igång controllern.

Har lagt till denna och kan starta den men verkar inte kunna ansluta.
https://hub.docker.com/r/linuxserver/unifi-controller

Har försökt med docker compose och gjort en yaml fil och den dyker upp i docker desktop men får felmeddelande relaterat till portarna.
Kör Nobara (Fedora).

Klistra in din yaml-fil (använd code-taggar) och felmeddelandet.

---
version: "2.1"
services:
  unifi-controller:
    image: lscr.io/linuxserver/unifi-controller:latest
    container_name: unifi-controller
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Etc/UTC
      - MEM_LIMIT=1024 #optional
      - MEM_STARTUP=1024 #optional
    volumes:
      - /home:/config
    ports:
      - 8443:8443
      - 3478:3478/udp
      - 10001:10001/udp
      - 8080:8080
      - 1900:1900/udp #optional
      - 8843:8843 #optional
      - 8880:8880 #optional
      - 6789:6789 #optional
      - 5514:5514/udp #optional
    restart: unless-stopped

Jag fick ett felmeddelande relaterat till portar, men nu startade den utan att jag ändrat något:

[+] Running 1/1
✔ Container unifi-controller Started 3.2s

Då är nästa fråga, hur ansluter jag?
Datorn's ip går inte att ansluta till vilket känns rimligt, men jag hittar inte var jag ser containerns ip.

---
version: "2.1"
services:
  unifi-controller:
    image: lscr.io/linuxserver/unifi-controller:latest
    container_name: unifi-controller
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Etc/UTC
      - MEM_LIMIT=1024 #optional
      - MEM_STARTUP=1024 #optional
    volumes:
      - /home:/config
    ports:
      - 8443:8443
      - 3478:3478/udp
      - 10001:10001/udp
      - 8080:8080
      - 1900:1900/udp #optional
      - 8843:8843 #optional
      - 8880:8880 #optional
      - 6789:6789 #optional
      - 5514:5514/udp #optional
    restart: unless-stopped

Vad jag ser så kommer du förmodligen få problem med avsnittet "volumes". Som ditt (exempel?) är skrivet så kommer docker/unifi försöka skriva data direkt under "/home", och där vill du troligen inte ha det. Bättre att antingen lägga det i en dedikerad mapp under t.ex. "/opt/unifi/storage" eller i en underkatalog i din egen hemkatalog, där det inte riskerar att krocka med annat samt att skriv/läsrättigheter inte strular till det.

    volumes:
      - /home:/config

Kör du din docker som "rootless" eller "rootful"? Kör du med "docker compose" eller "bara" rakt av med "docker"?

Docker kan köra olika nätverkslägen. Du kan antingen få den att knyta direkt till hostens externa IP (funkar *inte* i "rootless"), men även genom att docker sätter upp ett eget "internt" nät som den NAT'ar ut, och dina "ports" är som "port forwarding" i en brandvägg. Du behöver även säkerställa att du har öppnat eventuell lokal brandvägen på "servern" mot dessa portar.

Oavsett så bör du använda IPn som din server har för att ansluta till docker-containern.

Jag kör med "jacobalberty"'s docker-container i en docker-rootless-miljö med nedan "compose.yaml". För att accessa detta så går jag mot min RPis IP-address på mitt LAN.

version: '3'
services:
  unifi:
    container_name: unifi
    image: jacobalberty/unifi:v7.3.76
    restart: always
    volumes:
      - /containers/unifi/storage:/unifi
    ports:
      - 1900:1900/udp   # Make application discoverable on L2 network 
      - 3478:3478/udp   # STUN
      - 6789:6789/tcp   # Speed test  
      - 8080:8080/tcp   # Device/ controller comm.
      - 8443:8443/tcp   # Controller GUI/API as seen in a web browser
      - 8843:8843/tcp   # HTTPS portal redirection
      - 10001:10001/udp # Device/AP discovery
    environment:
      - TZ=Etc/UTC
      - RUNAS_UID0=false
networks:
  default:

    volumes:
      - /home:/config

version: '3'
services:
  unifi:
    container_name: unifi
    image: jacobalberty/unifi:v7.3.76
    restart: always
    volumes:
      - /containers/unifi/storage:/unifi
    ports:
      - 1900:1900/udp   # Make application discoverable on L2 network 
      - 3478:3478/udp   # STUN
      - 6789:6789/tcp   # Speed test  
      - 8080:8080/tcp   # Device/ controller comm.
      - 8443:8443/tcp   # Controller GUI/API as seen in a web browser
      - 8843:8843/tcp   # HTTPS portal redirection
      - 10001:10001/udp # Device/AP discovery
    environment:
      - TZ=Etc/UTC
      - RUNAS_UID0=false
networks:
  default:

Vilka bra frågor

Jag vet inte faktiskt, jag har installerat docker, docker compose och docker desktop. Jag startade via terminalen med "docker compose up -d" för jag hittade inget sätt att få in yaml direkt i desktop. Men efter det dök den upp där.
Verkar dock som hela min linux-installation bröt ihop nu så får se om jag behöver börja om med allt.
Vad är lättast möjliga väg för att få controllern fungerande i så fall?

Jag kör för närvarande min unifi-container under Ubuntu server 22.04LTS på en RPi4, där jag installerat docker "rootless" (vill undvika att köra saker som "root").

Grovt sett har jag gjort nedan på en "ren" Ubuntu-server-installation. Det är baserat på mina egna kom-i-håg-noteringar, så kanske inte helt komplett.

Setting up docker:
	curl -fsSL https://get.docker.com -o get-docker.sh
	sudo sh get-docker.sh

Setting up docker rootless:
	sudo systemctl disable --now docker.service docker.socket
	dockerd-rootless-setuptool.sh install 
	echo 'export DOCKER_HOST=unix:///run/user/1000/docker.sock' >> .profile
	systemctl --user enable docker
	sudo loginctl enable-linger $(whoami)

Normalt använder docker /16-nät för sina interna nät, men då jag inte behöver det för mitt "lilla" användningsområde, så sätter jag om det till /24-or. Beroende på om man kör "rootful" (default) eller "rootless", så skall nedan in i fil /etc/docker/daemon.json respektive ~/.config/docker/daemon.json

{
  "default-address-pools":[
    {"base":"172.17.0.0/12","size":24}
  ]
}

Sätta upp för att köra unifi-container:

Create unifi storage (requires root/sudo):
	mkdir -p /opt/local/container/unifi/storage/data
	mkdir -p /opt/local/container/unifi/storage/log
	mkdir -p /opt/local/container/unifi/storage/run
	chown -R <user-that-runs-docker> /opt/local/container/unifi

Create "compose.yaml"
	Make sure the volumes defined in the yaml-file points to the directories created above.

start container as per "compose.yaml"
	docker compose up -d

stop container as per "compose.yaml"
	docker compose down 

enter into docker container
	docker compose exec unifi bash

check rootless docker storage (owner/group bits on files in the storage are shifted when using "rootless").
	rootlesskit bash

Då jag kör med att explicit tala om vilken version av containern jag kör, så behöver jag uppdatera compose.yaml när vill uppgradera min container. Men generellt för att uppgradera en container efter att compose.yaml uppdaterats så är det nedan jag har som komihåg. Viktigt är dock att ta en backup på sin unifi-installation *innan* uppgradering. Jag gör det enkelt för mig och gör en tarboll av hela storage-strukturen innan uppgradering :p.

Enter directory where compose.yaml is located
	docker compose pull
	docker compose up -d --remove-orphans
	docker images -f "dangling=true" -q

@zonar - Jag uppdaterar alltså mot vilken version som compose.yaml pekar på. Om du uppgraderar unifi inne i den rullande containern (om det ens går), så kommer det gå förlorat när du startar om din container oavsett anledning.