UniFi Network 10.6 bringt keinen einzelnen Showstopper. Stattdessen verbessert Ubiquiti genau die Bereiche, die im produktiven Netzwerkbetrieb entscheidend sind: Troubleshooting, sichere Konfigurationsänderungen, konsistente Policies und Schutz vor Fehlkonfigurationen.
Das ist kein klassisches Feature-Feuerwerk.
Das ist Day-2 Operations und Betriebsreife.
Der derzeit dokumentierte Build UniFi Network 10.6.76 befindet sich allerdings noch im Alpha-Kanal. Die neuen Funktionen zeigen damit vor allem, in welche Richtung sich die Plattform entwickelt. Für produktive Umgebungen empfehlen wir weiterhin einen kontrollierten Test- und Freigabeprozess.
Die Time Machine gehört zu den wichtigsten Entwicklungen der aktuellen UniFi-Generation. Mit Network 10.6 wird sie tiefer in den täglichen Betrieb integriert.
Neu sind unter anderem historische Ansichten für alle Ports, die Radios eines Access Points und Geräte mit häufigen Verbindungsabbrüchen. Zusätzlich werden instabile Links in der Infrastruktur-Topologie deutlicher dargestellt und die Observability-Ereignisse erweitert.
Das ist besonders bei sporadischen Fehlern hilfreich. Viele Netzwerkprobleme sind nur wenige Sekunden sichtbar:
Wenn ein Administrator die Oberfläche öffnet, ist der Port häufig längst wieder grün. Die historische Ansicht liefert dagegen den zeitlichen Kontext: Wann trat das Problem auf? Welche Geräte waren betroffen? Gab es gleichzeitig eine Konfigurationsänderung?
Dadurch lässt sich schneller unterscheiden, ob die Ursache beim Client, beim WLAN, am Switchport oder im Uplink liegt. Gerade bei verteilten Standorten kann das unnötige Neustarts, Hardwaretausch und Vor-Ort-Einsätze vermeiden.
Mit SafeOps und Test & Confirm können Änderungen zunächst temporär angewendet werden. Wird die Konfiguration nicht bestätigt oder geht die Verbindung verloren, kann UniFi auf den vorherigen Zustand zurückkehren.
Network 10.6 erweitert dieses Konzept um zwei besonders sensible Bereiche:
Das ist operativ wesentlich wichtiger als viele sichtbare UI-Neuerungen.
Eine fehlerhafte SSID ist ärgerlich. Ein falsch konfiguriertes Management-VLAN kann dagegen den administrativen Zugriff auf einen vollständigen Standort unterbrechen. Im schlechtesten Fall ist anschliessend ein Vor-Ort-Einsatz oder ein Hardware-Reset notwendig.
Mit dem erweiterten SafeOps-Ansatz kann die neue Konfiguration zunächst getestet werden. Bleiben Gateway, Switches und Management-Zugriff erreichbar, wird die Änderung bestätigt. Andernfalls erfolgt der Rollback.
Remote Changes werden damit deutlich kontrollierbarer.
UniFi weist zudem darauf hin, wenn einzelne Geräte Test & Confirm nicht unterstützen. Das ist wichtig, denn ein Rollback-Konzept funktioniert nur, wenn alle beteiligten Komponenten tatsächlich daran teilnehmen können.
Network Lists entwickeln sich in UniFi zunehmend zu wiederverwendbaren Policy-Objekten. Mit Version 10.6 können Domain Network Lists nun auch in QoS-Policies verwendet werden.
Damit lassen sich beispielsweise zentrale Domain-Listen für Collaboration-Plattformen, Voice-Anwendungen oder geschäftskritische SaaS-Dienste erstellen. Diese Listen können anschliessend in mehreren Regeln wiederverwendet werden.
Das reduziert doppelte Konfigurationen und vereinfacht die Pflege. Wird eine Domain ergänzt, muss nicht jede einzelne QoS-Regel angepasst werden.
Trotzdem sollte QoS nicht unkritisch aktiviert werden. Domain-basierte Regeln benötigen einen kontrollierten DNS-Pfad. Zudem können QoS-Funktionen je nach Gateway und Konfiguration den verfügbaren Durchsatz beeinflussen.
Eine saubere Einführung umfasst deshalb repräsentative Lasttests und Messungen vor und nach der Aktivierung. QoS ersetzt keine ausreichende Bandbreite, kann aber dafür sorgen, dass wichtige Anwendungen auch bei hoher Auslastung zuverlässig funktionieren.
Network 10.6 ergänzt einen neuen Multicast Suppressor. Dieser benötigt Access-Point-Firmware 8.8 oder neuer.
In grossen oder dicht belegten WLAN-Umgebungen kann unnötiger Multicast- und Broadcast-Traffic wertvolle Airtime beanspruchen. Gleichzeitig können zu aggressive Filterregeln die Geräteerkennung und lokale Netzwerkdienste beeinträchtigen.
Vor einer Aktivierung sollten daher insbesondere folgende Anwendungen getestet werden:
Ebenfalls neu ist eine Warnung, wenn Sonos-Geräte gleichzeitig über kabelgebundene und drahtlose Verbindungen erkannt werden. Gemischte Sonos-Installationen können in geswitchten Netzwerken zu unerwartetem Spanning-Tree-Verhalten, blockierten Ports oder Netzwerk-Loops führen.
Dass UniFi solche bekannten Praxisprobleme direkt in der Topologie sichtbar macht, ist sinnvoll: Operatives Erfahrungswissen wird zunehmend direkt in die Plattform eingebaut.
Für moderne WLAN-Umgebungen relevant sind zudem Verbesserungen an Channel AI für 6-GHz-Kanäle sowie die neue historische Ansicht innerhalb der Radio-Konfiguration.
Eine der wichtigsten Security-Änderungen betrifft neu angelegte Netzwerke: DHCP Guarding ist dort künftig standardmässig aktiviert.
Die Funktion verhindert, dass nicht autorisierte DHCP-Server IP-Adressen, Gateways oder DNS-Informationen an Clients verteilen. Das schützt beispielsweise vor versehentlich angeschlossenen Routern, falsch konfigurierten Geräten und bestimmten Man-in-the-Middle-Szenarien.
Für klassische UniFi-Netzwerke mit integriertem DHCP-Server ist das ein sinnvoller Secure-by-Default-Ansatz.
In komplexeren Umgebungen muss die Konfiguration jedoch geprüft werden. Das betrifft insbesondere externe oder redundante DHCP-Server, DHCP Relay sowie spezielle AV-, OT- und Labornetzwerke.
Wichtig ist: Der neue Standard betrifft neu erstellte Netzwerke. Bestehende Netzwerke werden dadurch nicht automatisch umgestellt.
Viele Verbesserungen in Network 10.6 bestehen aus zusätzlichen Plausibilitätsprüfungen.
UniFi prüft unter anderem genauer:
Diese Funktionen wirken in einer Release-Liste unspektakulär. Im täglichen Betrieb verhindern sie jedoch genau jene Konfigurationsfehler, die später mehrere Stunden Troubleshooting verursachen.
Gute Benutzerführung bedeutet im Netzwerkbetrieb nicht nur weniger Klicks. Sie bedeutet auch, dass eine offensichtlich problematische Konfiguration gar nicht erst übernommen wird.
Für RADIUS MAC Authentication gibt es zudem eine neue Option, leere Passwörter zuzulassen. Das verbessert die Kompatibilität mit Geräten ohne vollständigen 802.1X-Supplicant, beispielsweise Druckern, Kameras oder bestimmten IoT-Systemen.
Aus Security-Sicht bleibt MAC Authentication jedoch eine Kompatibilitätslösung. Eine MAC-Adresse stellt keine starke Geräteidentität dar und kann kopiert werden. Für sensible Systeme bleiben zertifikatsbasierte Verfahren und eine sauber integrierte NAC- oder Zero-Trust-Architektur die bessere Zielsetzung.
Für Enterprise Gateway, Enterprise Firewall Core und UXG-Enterprise ergänzt Network 10.6 ein Profil mit reduzierten Firewall State Timeouts. Das kann bei Umgebungen mit sehr vielen kurzlebigen Sessions interessant sein, sollte aber mit realistischen SaaS-, NAT- und IoT-Workloads getestet werden.
Auch das Zurückrollen von Geräteversionen wird verbessert. Ein Revert kann einfacher auf mehrere Geräte mit identischem Modell und identischer Version angewendet werden. Das erleichtert die Reaktion auf problematische Firmware-Rollouts.
Weitere Verbesserungen betreffen:
Einzeln betrachtet sind viele dieser Änderungen klein. In Summe reduzieren sie jedoch Reibung im täglichen Betrieb.
Ubiquiti empfiehlt für selbst gehostete Installationen zunehmend den Wechsel auf UniFi OS Server.
UniFi OS Server soll die vollständige UniFi-OS-Plattform auch für Self-Hosting bereitstellen und neue Funktionen, Verbesserungen und Integrationen früher beziehungsweise vollständiger verfügbar machen als der klassische UniFi Network Server.
Für Unternehmen und Managed Service Provider ist diese Entwicklung relevant. Eine zentrale Self-Hosting-Plattform kann besser in bestehende Backup-, Monitoring- und Betriebsprozesse integriert werden.
Eine Migration sollte trotzdem nicht wie ein gewöhnliches Software-Update behandelt werden. Hosting, Backup, Wiederherstellung, Netzwerkpfade und Update-Prozesse gehören vorab in ein sauberes Betriebskonzept.
UniFi Network 10.6 ist kein Release für schöne Screenshots. Es ist ein Release für Administratoren, die Fehler nachvollziehen, Änderungen kontrollieren und verteilte Umgebungen reproduzierbar betreiben müssen.
Time Machine zeigt, was passiert ist. Die Topologie zeigt, wo es passiert ist. Observability liefert den Kontext. SafeOps reduziert das Risiko bei der Korrektur.
UniFi verschiebt den Schwerpunkt damit weiter vom reinen Gerätemanagement zum kontrollierten Netzwerkbetrieb.
Genau hier wird die Plattform für Unternehmen, Managed Service Provider und Multi-Site-Umgebungen interessant. Nicht weil jede einzelne Funktion neu erfunden wurde, sondern weil Sichtbarkeit, Betrieb und Skalierbarkeit zunehmend als zusammenhängendes System gedacht werden.
Bei Rheintec betrachten wir UniFi dabei nicht isoliert. Die Plattform kann als leistungsfähiger LAN- und WAN-Edge innerhalb moderner SASE-Architekturen eingesetzt werden – beispielsweise in Kombination mit Zscaler oder Cloudflare als zentralem SSE- und Security-Layer.
Denn ein Netzwerk wird nicht professionell, weil es viele Funktionen besitzt.
Es wird professionell, wenn es sich sicher betreiben lässt.