Ny övervakning, men också ett versionsskifte

Ubiquiti presenterade UniFi Network 11 den 12 oktober 2026. Den officiella releaseposten för 11.0.83 visar vid granskningen den 13 oktober statusen Release Candidate och en gradvis utrullning. Det är viktigt att skilja produktpresentationen från leveranskanalen: en lanseringsvideo innebär inte att varje konsol har fått en stabil, rekommenderad uppdatering.

Den konkreta nyheten är kombinationen av bättre synlighet i nätverket och ändrade förutsättningar för administrationen. Releaseinformationen beskriver en migration till PostgreSQL, en ny statistikmotor, borttaget stöd för äldre gateways och automatisk migrering av brandväggsmodellen. För driftteam blir detta därför större än en vanlig rättningsrelease.

Artikeln utgår från leverantörens ändringslista och lanseringsblogg. LabOps IT har inte installerat releasekandidaten eller gjort egna prestandatester. Ubiquitis officiella video finns som kompletterande presentation, men den används inte som ersättning för modellmatrisen och versionskraven i releaseposten.

Börja med UniFi OS och den faktiska hårdvaran

Network 11.0.83 kräver UniFi OS 6.0 eller senare enligt releaseposten. Flera nya funktioner har ett snävare krav: UniFi OS 6.0.10 eller senare. Ett versionsnummer på Network-applikationen räcker alltså inte för att avgöra vilka funktioner som fungerar i en viss installation.

Live Flows stöds på UDM-Pro, UDM-SE, UDM-Pro-Max, UDW, EFG, EF-Core, UDM-Beast, UCG-Fiber, UCG-Max, UXG-Max, UXG-Fiber, UXG-Pro och UXG-Enterprise. Funktionen visar pågående flöden på gatewayen och ger möjlighet att avsluta dem. Detta ska inte generaliseras till samtliga UniFi-gateways; en modell som saknas i listan har inte därmed fått verifierat stöd.

WiFi Uplink har en annan modellista: UDR-7, UDR-5G-Max, Express 7 och UCG-Industrial. Den kan ansluta gatewayen till ett närliggande trådlöst nät som reservanslutning till internet och kräver också UniFi OS 6.0.10 eller senare. Det är inte ett generellt besked om att ett valfritt accesspunktssystem kan ge WiFi-WAN till varje rackgateway.

Inventera därför applikationsversion, OS-version och exakt modell tillsammans. Kontrollera den kanal som faktiskt erbjuds för den egna enheten. Artikeln bekräftar inte att UniFi OS 6 finns i stabil kanal för varje listad produkt eller att en releasekandidat bör införas på alla produktionsnät.

USG och fristående Network-server får en brytpunkt

Releaseposten anger att USG-gatewaystöd tas bort och att Network 10.6 är den sista versionen som stöder USG. Samtidigt tas Network Application Server-stödet bort; UniFi OS Server anges som ersättare för självhostade installationer. Självhosting försvinner alltså inte som idé, men leveransformen förändras.

För en organisation med flera sites behöver detta hanteras per miljö. Kartlägg vilka gateways som administreras, var Network körs och vem som ansvarar för en eventuell servermigration. Det är olämpligt att dra slutsatsen att alla installationer kan uppgraderas på samma sätt eftersom de i dag använder samma applikationsversion.

Att administrationsstöd upphör är inte i sig ett verifierat besked om att en befintlig USG omedelbart slutar vidarebefordra trafik. Den praktiska risken är att uppgraderingen passerar en support- och administrationsgräns. Planera därför fortsatt drift, eventuell hårdvaruersättning och val av förvaltningsplattform innan versionsbytet genomförs.

Statistik och brandvägg behöver behandlas som migration

Ubiquiti anger att befintlig statistikhistorik rensas och börjar om efter uppdateringen. Den nya statistikmotorn ska därför inte tolkas som att äldre historik automatiskt följer med och blir sökbar i det nya gränssnittet. Det påverkar jämförelser med tidigare trafik, felsökning och rapporter som bygger på historiska mätvärden.

Säkra nödvändiga rapporter och dokumentera relevanta basvärden före förändringen, med de exportmöjligheter som faktiskt finns i miljön. En konfigurationsbackup ska inte utan kontroll antas innehålla all statistik eller kunna återföra den i det nya formatet. Bestäm vad som behöver bevaras och vad som kan börja om.

Releaseinformationen anger dessutom att alla sites automatiskt migreras till Zone-Based Firewall. LabOps IT rekommenderar därför att brandväggsregler, zonindelning och avsedda trafikvägar dokumenteras innan testet. Efteråt måste tillåten och förbjuden trafik kontrolleras, inte enbart att administrationsgränssnittet svarar.

Leverantören anger att uppgraderingen kan ta upp till 20 minuter. Det är planeringsunderlag, inte en garanti för ett visst avbrott eller att all trafik är nere lika länge. Den egna miljön behöver ett underhållsfönster, en godkänd återställningsplan och en alternativ administrationsväg där det är relevant.

Ett kontrollflöde före beslutet

Illustrationen visar LabOps IT:s rekommenderade arbetsordning: inventera kompatibilitet, säkra underlag, testa migrationen och verifiera nätverkets funktion. Det är en ändringsprocess, inte en teknisk paketväg genom nätverket.

LabOps IT:s rekommenderade arbetsordning. Animationen visar en planerad uppgradering, inte att versionen är stabil eller att alla modeller stöds.

Börja med en avgränsad testmiljö eller en kontrollerad pilot där eventuella driftproblem går att hantera. Dokumentera versionsparet och förväntad funktion före testet. Välj representativa klienter, administrativa tjänster och trafikregler så att resultatet kan användas i ett faktiskt införandebeslut.

Kontrollera exempelvis DNS, DHCP, VLAN, klientåtkomst, VPN och tillämpade brandväggsgränser efter migrationen, i den mån dessa funktioner ingår i installationen. Kontrollera också vad övervakning och externa integrationer fortfarande visar. En lyckad installation är inte samma sak som verifierad nätverksdrift.

SD-WAN och Matter har separata förutsättningar

Releaseposten beskriver nya SD-WAN-policyer för destinations- och prestandabaserad routing, med WAN-prioriteringar och trösklar för paketförlust, latens och jitter. Dessa kräver Site Manager 5.10.2 eller senare. Den som vill använda dem behöver alltså också kontrollera administrationslagret, inte bara konsolens uppdatering.

Matter Thread Device Monitoring kräver UniFi OS Gateway 6.0.10 eller senare, aktiverat mDNS samt IPv6 på nätet där Thread Border Routers finns. Det beskrivs som övervakning av status och anslutning. Lanseringsbloggen anger att UniFi arbetar tillsammans med befintliga Matter-kontroller; det ska inte beskrivas som att UniFi automatiskt ersätter hela smarthemplattformen.

Ubiquitis uppgift om mer än 30 procent bättre skalbarhet kommer från leverantörens produktpresentation. Någon oberoende benchmarkmetod eller egen mätning fastställs inte här. Använd därför inte procentsatsen som kapacitetsgaranti för en viss konsol, klientmängd eller arbetslast.

LabOps IT:s bedömning

Network 11 har tydligt nyhetsvärde för både homelab och professionell nätverksdrift. Live Flows, routingpolicyer och gemensam topologi kan förbättra felsökning, men de mest beslutspåverkande detaljerna är versionskraven och migrationerna. Det är vår redaktionella bedömning, skild från leverantörens prestandapåståenden.

Rekommendationen är planerad utvärdering, inte en generell akut uppgradering. Artikeln behandlar inte en ny CVE eller bekräftad aktiv exploatering. För miljöer med USG, självhostad Network Application Server eller beroende av historisk statistik bör förberedelserna väga tyngre än önskan att snabbt få nya funktioner.

Ett rimligt införandebeslut kräver verifierad kompatibilitet, fungerande återställningsunderlag och dokumenterade tester. Releasekandidatens status och gradvisa tillgänglighet ska finnas med i beslutet. Fortsätt använda leverantörens aktuella releasepost, eftersom innehållet kan ändras efter denna granskning.

Källor