Wer UniFi Access Points, Switches oder Gateways einsetzen möchte, benötigt für die zentrale Verwaltung in den meisten professionellen Installationen eine UniFi-Managementinstanz.

Früher wurde diese fast ausschließlich als UniFi Controller bezeichnet.

Heute verwendet Ubiquiti dafür Begriffe wie:

• UniFi Network
• UniFi Host
• UniFi Console
• UniFi Cloud Gateway
• UniFi OS Server
• Official UniFi Hosting

Dadurch ist für Einsteiger oft nicht sofort ersichtlich:

Wo soll ich den UniFi Controller eigentlich installieren?

Auf einem Windows-PC?

Auf Linux?

Auf einem Server?

In einer virtuellen Maschine?

Auf einem CloudKey?

Direkt auf einer Dream Machine?

Oder komplett in der Cloud?

In diesem Ratgeber vergleichen wir die verschiedenen Möglichkeiten, einen UniFi Controller zu installieren beziehungsweise zu betreiben, und zeigen, welche Variante sich für Zuhause, kleine Unternehmen, mehrere Standorte und professionelle Managed-UniFi-Umgebungen eignet.

Was ist der UniFi Controller?

Der sogenannte UniFi Controller ist die zentrale Verwaltungsplattform für UniFi-Netzwerkgeräte.

Darüber können beispielsweise verwaltet werden:

• UniFi Access Points
• UniFi Switches
• UniFi Gateways
• WLAN-Netze
• VLANs
• Firewallregeln
• VPN
• Gäste-WLAN
• Netzwerkclients
• Firmwareupdates
• Netzwerkstatistiken

Die eigentliche Anwendung heißt heute UniFi Network.

Sie läuft wiederum auf einem sogenannten UniFi Host beziehungsweise Control Plane.

Ubiquiti unterscheidet aktuell mehrere Möglichkeiten für diese Control Plane: Cloud Gateway, CloudKey, UniFi OS Server und Official UniFi Hosting.

Muss der UniFi Controller dauerhaft laufen?

Für den normalen Netzwerkbetrieb müssen Access Points und Switches nicht permanent eine aktive Verbindung zum Controller besitzen.

Ein bereits eingerichtetes UniFi Netzwerk funktioniert grundsätzlich weiter, wenn die Verwaltungsinstanz vorübergehend nicht verfügbar ist.

Das bedeutet beispielsweise:

Controller aus

→ WLAN funktioniert weiterhin
→ Switches funktionieren weiterhin
→ bestehende VLAN-Konfiguration bleibt bestehen

Trotzdem sollte eine professionelle UniFi-Managementinstanz möglichst dauerhaft erreichbar sein.

Denn ohne Controller stehen unter anderem bestimmte Funktionen nicht oder nur eingeschränkt zur Verfügung:

• zentrale Verwaltung
• Client Roaming
• Statistiken
• Monitoring
• Änderungen der Konfiguration
• Firmwareverwaltung
• Alarmierung
• Remoteverwaltung
• Geräteadoption

Bei einem Unternehmensnetzwerk würde ich deshalb keinen UniFi Controller auf einem normalen Arbeitsplatz-PC installieren, der regelmäßig ausgeschaltet wird.

Welche Möglichkeiten gibt es für einen UniFi Controller?

Aktuell gibt es im Wesentlichen folgende Varianten:

Variante	Betrieb	Geeignet für
UniFi Cloud Gateway	lokale Ubiquiti-Hardware	Einzelstandorte
CloudKey	lokale Ubiquiti-Hardware	vorhandene externe Gateways
UniFi OS Server	eigener Server	professionelle Self-Hosted-Umgebungen
Legacy UniFi Network Server	Windows/Linux/macOS	bestehende Altinstallationen
Official UniFi Hosting	Ubiquiti Cloud	Unternehmen ohne eigenen Server
Managed UniFi Hosting	Dienstleister/Rechenzentrum	mehrere Standorte/Kunden
Standalone AP	kein Controller	sehr kleine Sonderfälle

Welche Variante die richtige ist, hängt stark von der vorhandenen Infrastruktur ab.

Möglichkeit 1: UniFi Cloud Gateway

Für viele neue UniFi-Installationen ist ein UniFi Cloud Gateway inzwischen die einfachste Lösung.

Dabei befinden sich:

• Router
• Firewall
• UniFi Network
• zentrale Verwaltung

auf einem gemeinsamen Gerät.

Zu den Cloud Gateways zählen beispielsweise Modelle aus den Reihen:

• Cloud Gateway Ultra
• Cloud Gateway Max
• Dream Machine Pro
• Dream Machine SE
• Dream Machine Pro Max
• Enterprise Fortress Gateway

Ubiquiti empfiehlt Cloud Gateways aktuell für die meisten Neuinstallationen, da Gateway und UniFi-Managementplattform direkt integriert sind.

Wie funktioniert ein Cloud Gateway?

Der Aufbau sieht beispielsweise so aus:

Internet

↓

UniFi Cloud Gateway

↓

UniFi Switch

↓

UniFi Access Points

Das Cloud Gateway übernimmt gleichzeitig:

Firewall + Router + UniFi Controller

Dadurch ist keine zusätzliche Controller-Installation notwendig.

Vorteile eines UniFi Cloud Gateways

Der größte Vorteil ist die einfache Installation.

Man benötigt keinen zusätzlichen:

• Linux-Server
• Windows-Server
• CloudKey
• Docker-Container
• VPS

Die UniFi-Network-Anwendung ist bereits Bestandteil des Geräts.

Weitere Vorteile:

• einfache Einrichtung
• automatische Geräteerkennung
• integrierte Firewall
• integriertes Routing
• zentrale UniFi-Oberfläche
• Remotezugriff über Site Manager
• automatische Backups möglich
• geringer Administrationsaufwand

Für einen einzelnen Unternehmensstandort ist das häufig die sinnvollste Variante.

Nachteile eines Cloud Gateways

Die starke Integration kann gleichzeitig ein Nachteil sein.

Controller und Gateway sind miteinander verbunden.

Man kann beispielsweise eine Dream Machine nicht einfach an einen externen UniFi OS Server anbinden.

Ubiquiti stellt ausdrücklich klar, dass Cloud Gateways ihre eigene UniFi-Network-Control-Plane besitzen und deshalb nicht von einem externen UniFi OS Server verwaltet werden können.

Wer einen zentralen externen Controller für viele Standorte betreiben möchte, sollte deshalb stattdessen sogenannte Independent Gateways aus der UXG-Serie einsetzen.

Möglichkeit 2: CloudKey

Der UniFi CloudKey ist eine dedizierte kleine Ubiquiti-Appliance für die UniFi-Verwaltung.

Dabei ist die Managementplattform vom Router getrennt.

Beispielsweise:

Internet

↓

pfSense / OPNsense / UXG

↓

Switch

↓

CloudKey

Der CloudKey stellt die UniFi-Anwendungen bereit.

Welche CloudKeys gibt es?

Aktuell relevant sind insbesondere:

CloudKey+

Eine kompakte UniFi Console.

Sie kann neben UniFi Network auch weitere UniFi-Anwendungen betreiben, beispielsweise Protect, Access oder Talk. Ubiquiti positioniert den CloudKey+ für kleinere bis mittlere Installationen.

CloudKey Enterprise

Die größere Enterprisevariante ist primär für sehr umfangreiche UniFi-Netzwerke ausgelegt.

Ubiquiti nennt eine Unterstützung von bis zu etwa 1.000 Access Points und Switches.

Vorteile eines CloudKeys

Ein CloudKey bietet mehrere Vorteile:

• dedizierte Controller-Hardware
• geringer Stromverbrauch
• einfache Installation
• kein eigener Server notwendig
• lokale Verwaltung
• Remotezugriff über UniFi Site Manager
• mehrere UniFi-Anwendungen möglich
• gute Kombination mit UXG oder Fremdfirewall

Besonders sinnvoll ist er, wenn bereits eine Firewall vorhanden ist.

Beispielsweise:

pfSense + CloudKey + UniFi Switches + UniFi APs

Nachteile des CloudKeys

Nachteile können sein:

• zusätzliche Hardware
• zusätzlicher Single Point of Failure
• begrenztere Leistung gegenüber leistungsfähigen Servern
• bei vielen Standorten jeweils separate Hardware oder zentraler anderer Ansatz notwendig

Für einen einzelnen kleinen oder mittleren Standort ist ein CloudKey trotzdem weiterhin eine sehr komfortable Lösung.

Möglichkeit 3: UniFi OS Server selbst hosten

Für professionelle Self-Hosting-Umgebungen gibt es inzwischen den UniFi OS Server.

Das ist aktuell Ubiquitis neuer Standard für selbst gehostete UniFi-Installationen.

Der UniFi OS Server ersetzt langfristig den klassischen Self-Hosted UniFi Network Server.

Das ist ein wichtiger Unterschied.

Der ältere Network Server stellte im Wesentlichen UniFi Network bereit.

UniFi OS Server integriert dagegen deutlich mehr Funktionen der aktuellen UniFi-Plattform, darunter beispielsweise:

• Organizations
• IdP Integration
• Site Magic SD-WAN
• Site Manager Integration

Damit nähert sich eine selbst gehostete Installation funktional stärker einem CloudKey beziehungsweise Cloud Gateway an.

Wo kann UniFi OS Server installiert werden?

Ubiquiti unterstützt aktuell mehrere Betriebssysteme.

Linux

Unter anderem:

• Ubuntu 24.04 oder neuer
• Debian 13 oder neuer
• andere moderne Linux-Distributionen mit passenden Voraussetzungen

Unter Linux werden unter anderem systemd, eine ausreichend aktuelle libc sowie Podman-Komponenten vorausgesetzt.

Windows

Unterstützt werden aktuell:

• Windows 10 oder neuer
• Windows Server 2022

Bei Windows verwendet UniFi OS Server WSL2 – Windows Subsystem for Linux – als Bestandteil der Installation.

macOS

Auch macOS wird unterstützt.

Für professionelle Serverumgebungen würde ich jedoch normalerweise Linux bevorzugen.

Hardwareanforderungen für UniFi OS Server

Die Mindestanforderungen sind vergleichsweise gering.

Ubiquiti nennt aktuell mindestens:

CPU: x86-64

RAM: 2 GB

Netzwerk: 100 Mbit/s Ethernet

Speicher: mindestens 10 GB frei

Für größere Installationen sollte selbstverständlich mehr Reserve eingeplant werden.

UniFi OS Server auf Debian

Für eine professionelle Self-Hosted-Umgebung ist Debian eine interessante Plattform.

Ein möglicher Aufbau:

Debian Server

↓

UniFi OS Server

↓

mehrere UniFi Standorte

Der Server kann beispielsweise betrieben werden:

• im eigenen Unternehmen
• im Rechenzentrum
• als virtuelle Maschine
• auf eigener Serverhardware

Gerade wenn mehrere Standorte zentral verwaltet werden sollen, ist dieser Ansatz interessant.

UniFi OS Server als virtuelle Maschine

Der UniFi OS Server kann auf einem passenden Betriebssystem innerhalb einer VM betrieben werden.

Beispielsweise:

Proxmox

↓

Debian 13 VM

↓

UniFi OS Server

Damit lassen sich:

• Backups
• Snapshots
• Ressourcenverwaltung
• zentrale Serveradministration

relativ komfortabel umsetzen.

Für IT-Dienstleister oder Unternehmen mit bestehender Virtualisierungsumgebung kann das eine sehr attraktive Lösung sein.

UniFi OS Server auf Proxmox

Ein typischer Aufbau könnte beispielsweise sein:

Proxmox Cluster

↓

Debian VM

↓

UniFi OS Server

↓

Standort 1

Standort 2

Standort 3

Damit benötigt nicht jeder Standort einen eigenen Controller.

Die Geräte kommunizieren stattdessen mit dem zentralen UniFi OS Server.

Für die Einbindung entfernter Standorte müssen Routing, DNS und Firewall entsprechend geplant werden.

Remote Adoption von UniFi Geräten

Befindet sich der Controller nicht im gleichen Netzwerk wie der Access Point oder Switch, muss eine sogenannte Layer-3-Adoption erfolgen.

Ein häufig verwendeter Mechanismus ist dabei der Inform-Port.

Ubiquiti verwendet dafür unter anderem:

TCP 8080

für die Kommunikation zwischen UniFi-Geräten und UniFi Network.

Ein Gerät kann beispielsweise per SSH auf einen entfernten Controller verwiesen werden.

Das Prinzip lautet:

set-inform http://controller.example.de:8080/inform

Danach erscheint das Gerät im Controller zur Adoption. Ubiquiti dokumentiert dieses Verfahren weiterhin für Layer-3- und Remote-Adoptionen.

Muss TCP 8080 aus dem Internet erreichbar sein?

Bei klassischen Remote-Adoption-Szenarien kann der UniFi-Host über TCP 8080 erreichbar sein müssen.

Ubiquiti beschreibt beispielsweise drei Varianten:

• Host besitzt öffentliche IP-Adresse
• Portweiterleitung auf internen UniFi Host
• Kommunikation über VPN

Aus Sicherheits- und Betriebsgründen sollte genau geprüft werden, welche Dienste tatsächlich öffentlich erreichbar sein müssen.

Wenn Standorte über VPN verbunden sind, kann die Kommunikation auch intern erfolgen.

Welche Ports benötigt UniFi?

Je nach Funktionen werden mehrere Ports verwendet.

Besonders relevant für UniFi Network sind unter anderem:

TCP 8080
Gerätekommunikation

UDP 3478
STUN

UDP 10001
Geräteerkennung

TCP 443
Remote Access beziehungsweise Webzugriff

Zusätzlich werden je nach Funktionen weitere Ports für Hotspot, Remote Management, Discovery und andere Dienste benötigt.

Eine Self-Hosted-Installation sollte deshalb immer gemeinsam mit einer sauberen Firewallkonfiguration geplant werden.

Möglichkeit 4: klassischer UniFi Network Server

Viele bestehende Installationen verwenden weiterhin den klassischen:

UniFi Network Server

beziehungsweise früher:

UniFi Controller

Dieser kann auf:

• Windows
• Linux
• macOS

installiert werden.

Ubiquiti bezeichnet ihn inzwischen allerdings als Legacy-Lösung und sieht UniFi OS Server als neuen Standard für Self-Hosting.

Soll ich den alten UniFi Network Server noch neu installieren?

Für bestehende Systeme kann der Network Server weiterhin relevant sein.

Für eine komplett neue professionelle Self-Hosted-Installation würde ich heute jedoch eher UniFi OS Server prüfen.

Der klassische Network Server bietet nicht sämtliche neuen UniFi-OS-Funktionen.

Ubiquiti nennt beispielsweise fehlende beziehungsweise eingeschränkte Unterstützung für:

• Organizations
• IdP Integration
• Site Magic SD-WAN

im Vergleich zum neuen UniFi OS Server.

UniFi Controller unter Windows installieren

Der klassische Network Server kann weiterhin unter Windows installiert werden.

Die Vorgehensweise ist grundsätzlich einfach:

1. UniFi Network Server herunterladen
2. Installer ausführen
3. Anwendung starten
4. Browser öffnen
5. Einrichtung durchführen
6. UniFi Geräte adoptieren

Ubiquiti dokumentiert für klassische Windows-Installationen weiterhin die Installation über den UniFi-Network-Installer.

Ist Windows für einen UniFi Controller sinnvoll?

Für:

• Testinstallationen
• Zuhause
• kleine Labornetzwerke

kann Windows funktionieren.

Für einen dauerhaft betriebenen Unternehmenscontroller würde ich es jedoch nur verwenden, wenn der Windows-Server ohnehin zuverlässig rund um die Uhr läuft.

Nicht empfehlenswert wäre beispielsweise:

UniFi Controller auf dem Büro-PC des Geschäftsführers

Denn sobald dieser PC:

• ausgeschaltet
• neu gestartet
• ersetzt

wird, ist auch die Managementplattform nicht mehr erreichbar.

UniFi Controller als Windows-Dienst

Der klassische UniFi Network Server kann auch als Windows-Service betrieben werden.

Dann läuft die Anwendung im Hintergrund, ohne dass ein Benutzer dauerhaft angemeldet sein muss.

Ubiquiti bezeichnet diese Variante ausdrücklich als fortgeschrittene Installation. Die aktuelle Dokumentation für den klassischen Network Server sieht diesen Service-Modus allerdings für Windows-Desktopversionen und nicht generell für Windows Server vor.

Beim neuen UniFi OS Server unterscheidet sich die Architektur ohnehin deutlich vom alten Network Server.

UniFi Controller unter Linux installieren

Linux war über Jahre eine sehr verbreitete Plattform für selbst gehostete UniFi Controller.

Der Legacy Network Server kann beispielsweise über das Ubiquiti-APT-Repository auf Debian-/Ubuntu-Systemen installiert werden.

Ubiquiti dokumentiert dafür weiterhin entsprechende APT-Installations- und Updatewege.

Für Neuinstallationen sollte jedoch erneut geprüft werden, ob nicht direkt der neue UniFi OS Server sinnvoller ist.

Möglichkeit 5: UniFi Controller in Docker

Docker war in der UniFi-Community lange eine beliebte Hostingvariante.

Dabei lief beispielsweise der klassische UniFi Network Server in einem Container.

Wichtig ist 2026 jedoch:

Der neue UniFi OS Server wird offiziell nicht als eigenständiger Docker- oder Podman-Container angeboten.

Ubiquiti begründet das damit, dass UniFi OS Server bestimmte Dienste direkt auf dem Host benötigt, unter anderem für:

• Device Discovery
• Adoption
• automatische Systemupdates

und deshalb als vollständige Hostlösung ausgelegt ist.

Kann ich trotzdem einen UniFi Controller in Docker betreiben?

Technisch existieren weiterhin Community-Container für den klassischen UniFi Network Server.

Das ist jedoch nicht dasselbe wie ein offiziell unterstützter UniFi OS Server.

Wer heute eine neue professionelle Plattform aufbaut, sollte deshalb unterscheiden:

Legacy Network Server im Community-Docker

oder:

offizieller UniFi OS Server

Für private Labs kann Docker weiterhin interessant sein.

Bei professionellen Kundeninstallationen würde ich jedoch stärker auf den offiziellen Supportpfad achten.

UniFi Controller in LXC?

Auch LXC wird häufig in Kombination mit Proxmox verwendet.

Dabei gelten ähnliche Überlegungen wie bei Docker.

Der neue UniFi OS Server bringt eigene Anforderungen an:

• systemd
• Netzwerk
• Podman
• Hostdienste

mit.

Deshalb würde ich für eine neue produktive Umgebung eher eine kleine vollständige VM verwenden als einen stark eingeschränkten Container.

Eine Debian-VM benötigt kaum Ressourcen und reduziert viele potenzielle Kompatibilitätsprobleme.

VM oder Docker für UniFi?

Für eine professionelle Installation würde ich aktuell eher empfehlen:

Debian VM + UniFi OS Server

statt:

Community-Docker + Legacy Network Server

Die VM benötigt etwas mehr RAM und Speicherplatz.

Dafür erhält man:

• offizielle Plattform
• bessere Isolation
• saubere Backups
• einfachere Fehlersuche
• weniger Container-Sonderfälle

Möglichkeit 6: UniFi Official Hosting

Wer keinen eigenen Server betreiben möchte, kann Ubiquitis Official UniFi Hosting verwenden.

Dabei läuft die UniFi-Network-Control-Plane direkt in Ubiquitis Cloudinfrastruktur.

Ein eigener:

• CloudKey
• Controller-Server
• VPS

wird nicht benötigt.

Ubiquiti beschreibt Official UniFi Hosting als cloudbasierte Lösung für UniFi Network und nennt aktuell eine Skalierung auf bis zu rund 1.000 UniFi Network Devices.

Welche Geräte funktionieren mit Official UniFi Hosting?

Wer ein UniFi Gateway verwenden möchte, benötigt ein sogenanntes Independent Gateway.

Beispielsweise aus der UXG-Serie.

Eine Dream Machine beziehungsweise ein anderes Cloud Gateway besitzt bereits eine eigene Control Plane und kann deshalb nicht einfach an Official UniFi Hosting angebunden werden.

Ein Aufbau könnte beispielsweise aussehen:

Internet

↓

UXG Gateway

↓

UniFi Switch

↓

UniFi Access Points

↓

Official UniFi Hosting

Vorteile von Official UniFi Hosting

• kein eigener Server
• kein CloudKey
• kein Betriebssystem
• keine Serverwartung
• zentraler Remotezugriff
• gute Skalierbarkeit
• direkt vom Hersteller betrieben

Das kann besonders für Unternehmen interessant sein, die UniFi nutzen möchten, aber keine eigene Controller-Infrastruktur betreiben wollen.

Nachteile von Official UniFi Hosting

• laufende Kosten
• Abhängigkeit von Ubiquiti
• weniger Kontrolle über die Hostinginfrastruktur
• nur bestimmte UniFi-Anwendungen
• nicht für Cloud Gateways gedacht

Ubiquiti nennt Official UniFi Hosting insbesondere als Alternative für Nutzer, die die Control Plane bewusst von eigener physischer Hardware abstrahieren möchten.

Möglichkeit 7: UniFi Controller bei einem Dienstleister hosten

Eine weitere Möglichkeit ist ein Managed UniFi Controller beziehungsweise Managed UniFi OS Server bei einem IT-Dienstleister.

Technisch kann dieser beispielsweise betrieben werden:

Rechenzentrum

↓

UniFi OS Server

↓

Kunde A

Kunde B

Kunde C

Kunde D

Die einzelnen Standorte werden zentral verwaltet.

Das eignet sich besonders für:

• Unternehmen ohne eigene IT-Abteilung
• Filialunternehmen
• mehrere Standorte
• Managed-Service-Kunden
• IT-Dienstleister

Vorteile eines Managed UniFi Controllers

Das Unternehmen muss sich nicht selbst um folgende Themen kümmern:

• Serverbetrieb
• Updates
• Backup
• Monitoring
• SSL-Zertifikate
• Erreichbarkeit
• Controller-Updates
• Systemwartung

Gleichzeitig kann die UniFi-Infrastruktur zentral überwacht werden.

Bei einem Ausfall eines Access Points oder Switches kann der betreuende Dienstleister beispielsweise frühzeitig reagieren.

Managed UniFi oder Official UniFi Hosting?

Beide Modelle nehmen dem Unternehmen den eigenen Controllerbetrieb ab.

Der Unterschied liegt hauptsächlich darin, wer die Plattform betreibt und betreut.

Official UniFi Hosting

Ubiquiti betreibt die Hostingplattform.

Managed UniFi

Ein IT-Dienstleister betreibt Infrastruktur und häufig zusätzlich:

• Konfiguration
• Monitoring
• Updates
• Support
• Fehleranalyse
• Beratung

Dadurch wird nicht nur der Server bereitgestellt, sondern das gesamte Netzwerk betreut.

Möglichkeit 8: Controller auf VPS oder Cloudserver

Der UniFi Controller kann grundsätzlich auch auf einem virtuellen Server bei einem Hostingprovider betrieben werden.

Beispielsweise:

• eigener VPS
• Cloudserver
• AWS
• Azure
• GCP
• eigener Rechenzentrumsserver

Ubiquiti nennt das Self-Hosting auf eigener Hardware oder in Cloudumgebungen ausdrücklich als unterstütztes Betriebsmodell.

Ein typischer Aufbau:

VPS

↓

Debian

↓

UniFi OS Server

↓

mehrere Unternehmensstandorte

Vorteile eines VPS

• keine Hardware vor Ort
• zentrale Verwaltung
• mehrere Standorte möglich
• meist hohe Verfügbarkeit
• flexibel skalierbar
• feste öffentliche IP einfach möglich

Nachteile eines VPS

Der Administrator bleibt selbst verantwortlich für:

• Betriebssystem
• Firewall
• Updates
• Backup
• Monitoring
• TLS
• Serverabsicherung

Ein VPS ist deshalb nicht automatisch eine vollständig gemanagte Lösung.

UniFi Controller direkt auf einem NAS?

Manche NAS-Systeme ermöglichen Docker oder virtuelle Maschinen.

Dadurch lässt sich theoretisch auch eine UniFi-Managementinstanz betreiben.

Für Test- oder private Installationen kann das funktionieren.

Im Unternehmensumfeld sollte jedoch bedacht werden:

Wenn das NAS:

• neu gestartet wird
• gewartet wird
• ausfällt

ist gleichzeitig auch der Controller betroffen.

Für eine kleine Installation kann das akzeptabel sein.

Bei mehreren Standorten würde ich Management- und Storage-Infrastruktur eher voneinander trennen.

UniFi Controller auf Raspberry Pi?

Auch Raspberry-Pi-Installationen waren beim klassischen UniFi Network Server beliebt.

Für:

• Homelab
• kleines Heimnetz
• Lernumgebung

kann ein Mini-Server weiterhin interessant sein.

Für eine produktive Unternehmensumgebung würde ich allerdings eher:

• Cloud Gateway
• CloudKey
• UniFi OS Server
• Managed Hosting

verwenden.

Zuverlässigkeit, Backup und Support sind dort wichtiger als möglichst geringe Hardwarekosten.

Kann UniFi ohne Controller betrieben werden?

Einzelne UniFi Access Points können in bestimmten Szenarien auch über die UniFi Mobile App im Standalone-Modus eingerichtet werden.

Dabei ist keine vollständige UniFi-Control-Plane notwendig.

Allerdings fehlen dabei zahlreiche Funktionen.

Ubiquiti weist beispielsweise darauf hin, dass bei einer Standalone-Konfiguration unter anderem zentrale Remoteverwaltung und bestimmte erweiterte Funktionen eingeschränkt sind.

Für Unternehmen würde ich Standalone deshalb normalerweise nicht empfehlen.

Cloud Gateway oder CloudKey?

Das ist eine der häufigsten Fragen.

Cloud Gateway wählen, wenn:

• sowieso ein neues UniFi Gateway benötigt wird
• Firewall ebenfalls UniFi sein soll
• nur ein Standort oder wenige eigenständige Standorte bestehen
• möglichst einfache Installation gewünscht ist

CloudKey wählen, wenn:

• bereits eine andere Firewall vorhanden ist
• UXG verwendet wird
• UniFi Network lokal laufen soll
• Protect/Access ebenfalls benötigt werden

Beispielsweise:

pfSense + CloudKey

ist eine sehr sinnvolle Kombination.

Cloud Gateway oder UniFi OS Server?

Cloud Gateway

Geeignet für:

• einzelnen Standort
• einfache Administration
• integrierte Firewall
• wenig Serveraufwand

UniFi OS Server

Geeignet für:

• mehrere Standorte
• zentrale Verwaltung
• bestehende Serverinfrastruktur
• Rechenzentrum
• professionelle Self-Hosted-Umgebungen

Der wesentliche Unterschied:

Ein Cloud Gateway verwaltet primär seine eigene lokale UniFi-Umgebung.

Ein zentraler UniFi OS Server kann dagegen als separate Managementplattform für entsprechende UniFi-Netzwerke eingesetzt werden.

CloudKey oder UniFi OS Server?

Für einen einzelnen Standort ist der CloudKey häufig einfacher.

Für mehrere Standorte wird UniFi OS Server interessanter.

Beispiel:

1 Standort

CloudKey

10 Standorte

zentraler UniFi OS Server

Dadurch muss nicht an jedem Standort zusätzliche Controller-Hardware betrieben werden.

UniFi OS Server oder Official UniFi Hosting?

Beide ermöglichen die Verwaltung ohne Cloud Gateway als Controller.

UniFi OS Server

Vorteile:

• eigene Infrastruktur
• volle Kontrolle über Server
• eigene Backupstrategie
• Rechenzentrum frei wählbar

Nachteile:

• eigener Betriebsaufwand

Official UniFi Hosting

Vorteile:

• kein Serverbetrieb
• Hersteller betreibt Plattform
• schnelle Bereitstellung

Nachteile:

• laufende Hostingkosten
• geringere Kontrolle über Infrastruktur

UniFi OS Server oder Legacy Network Server?

Für eine neue Installation würde ich heute grundsätzlich zuerst UniFi OS Server prüfen.

Der Legacy Network Server ist vor allem relevant für:

• bestehende Systeme
• alte Installationen
• bestimmte Spezialumgebungen

Ubiquiti bezeichnet UniFi OS Server inzwischen ausdrücklich als neuen Standard für Self-Hosting.

Kann eine Dream Machine von einem externen Controller verwaltet werden?

Nein.

Das ist ein sehr wichtiger Punkt.

Geräte wie:

• UDM Pro
• UDM SE
• UDM Pro Max
• Cloud Gateway Ultra
• Cloud Gateway Max

sind Cloud Gateways.

Sie besitzen bereits eine eigene UniFi-Control-Plane.

Ubiquiti bestätigt ausdrücklich, dass Cloud Gateways nicht von einem externen UniFi OS Server verwaltet werden können.

Welches Gateway für einen externen UniFi Controller?

Wer einen externen:

• UniFi OS Server
• CloudKey
• Official UniFi Hosting

verwenden möchte, benötigt bei UniFi typischerweise ein sogenanntes Independent Gateway.

Dazu gehören beispielsweise Geräte aus der UXG-Serie.

Aktuell gibt es unter anderem:

• UXG-Lite
• UXG-Max
• UXG-Fiber
• UXG-Enterprise

Diese Gateways besitzen keinen integrierten vollständigen Network Controller und sind deshalb gerade für externe Control Planes gedacht.

UniFi Controller für mehrere Standorte

Wer mehrere Filialen betreibt, sollte die Controllerstrategie frühzeitig planen.

Beispielsweise:

Zentrale

Filiale 1

Filiale 2

Filiale 3

Filiale 4

Anstatt an jedem Standort eine komplett unabhängige Managementplattform zu betreiben, kann ein zentraler UniFi OS Server sinnvoll sein.

Dann können alle entsprechenden Standorte zentral verwaltet werden.

Beispiel: UniFi Controller für 10 Standorte

Ein möglicher Aufbau:

Rechenzentrum

↓

UniFi OS Server

↓

---

Standort 1

UXG + Switch + APs

Standort 2

UXG + Switch + APs

Standort 3

UXG + Switch + APs

---

Dadurch erhält der Administrator eine zentrale Plattform.

Updates, WLAN-Konfiguration und Monitoring können standortübergreifend verwaltet werden.

UniFi Site Manager

Unabhängig vom Hostingmodell können viele UniFi-Systeme über den UniFi Site Manager zentral angezeigt werden.

Ubiquiti verfolgt eine hybride Cloudarchitektur:

Die eigentliche Control Plane bleibt auf dem jeweiligen:

• Cloud Gateway
• CloudKey
• UniFi OS Server

beziehungsweise läuft bei Official Hosting in Ubiquitis Cloud.

Der Site Manager stellt darüber einen zentralen Remotezugriff bereit.

Das ist wichtig:

Site Manager ist nicht automatisch der eigentliche Controller.

Er ist die zentrale Verwaltungsschicht über den einzelnen UniFi Hosts.

Lokale Verwaltung trotz UniFi Cloud

Ein lokales Cloud Gateway oder CloudKey bleibt lokal verwaltbar.

Die Konfiguration liegt nicht einfach ausschließlich in irgendeiner Remote-Cloud.

Ubiquiti beschreibt seine Architektur ausdrücklich als hybride Cloudarchitektur, bei der Control Plane und Konfiguration auf dem gewählten Host verbleiben, während die Cloud den zentralen Remotezugriff ermöglicht.

Das kann für Unternehmen ein wichtiger Unterschied zu vollständig cloudbasierten Managementplattformen sein.

UniFi Controller Backup

Unabhängig vom Hostingmodell sollte ein Backup vorhanden sein.

Bei Self-Hosted-Systemen ist das besonders wichtig.

Ubiquiti unterscheidet beispielsweise zwischen:

• vollständigen System Config Backups bei UniFi Consoles
• Network-only Backups für bestimmte Self-Hosted- und ältere Installationen

Diese Backups können auch für Migrationen zwischen verschiedenen UniFi-Hostingmodellen verwendet werden.

UniFi Controller auf neuen Server migrieren

Ein bestehender Controller kann beispielsweise migriert werden von:

Legacy Network Server

zu:

UniFi OS Server

oder:

Cloud Gateway

oder:

CloudKey

oder:

Official UniFi Hosting

Ubiquiti unterstützt dafür unter anderem Network-Backups, die auf dem Zielsystem wiederhergestellt werden können.

Vor einer Migration sollte immer ein aktuelles Offline-Backup erstellt werden.

Was passiert mit den Access Points bei Controller-Ausfall?

Bereits adoptierte Geräte verlieren normalerweise nicht sofort ihre Konfiguration.

Ein Access Point sendet weiterhin das konfigurierte WLAN aus.

Switches leiten weiterhin Netzwerkverkehr weiter.

Das Netzwerk fällt also nicht automatisch aus, nur weil der Controller für kurze Zeit nicht erreichbar ist.

Problematisch sind eher:

• keine Konfigurationsänderungen
• kein richtiges Roaming
• kein Monitoring
• keine zentrale Verwaltung
• fehlende Statistiken
• bestimmte Controller-basierte Funktionen

Deshalb ist Hochverfügbarkeit des Controllers weniger kritisch als die Verfügbarkeit der eigentlichen Firewall oder Switch-Infrastruktur – aber trotzdem wichtig.

SSL-Zertifikat für einen selbst gehosteten UniFi Controller

Bei einem professionell betriebenen Server sollte die Verwaltungsoberfläche über einen eindeutigen Hostnamen erreichbar sein.

Beispielsweise:

unifi.example.de

Zusätzlich sollte ein gültiges TLS-Zertifikat verwendet werden.

UniFi OS Server ermöglicht laut Ubiquiti auch das Hinterlegen eigener TLS-Zertifikate.

Damit müssen Administratoren nicht dauerhaft mit Browserwarnungen arbeiten.

UniFi Controller öffentlich aus dem Internet erreichbar?

Hier sollte man zwischen:

• Webadministration
• Gerätekommunikation
• Remotezugriff

unterscheiden.

Nicht jede Verwaltungsoberfläche sollte einfach offen aus dem Internet erreichbar sein.

Mögliche Sicherheitsmaßnahmen:

• UniFi Site Manager
• VPN
• Firewallregeln
• eingeschränkte Managementzugriffe
• MFA
• starke Administratoraccounts

Bei einem öffentlichen Self-Hosted-Server sollte die Angriffsfläche bewusst minimiert werden.

Administrator mit MFA absichern

Der UniFi Controller besitzt Kontrolle über einen großen Teil der Netzwerkinfrastruktur.

Ein kompromittierter Administratoraccount kann unter anderem Änderungen an:

• WLAN
• VLANs
• Firewall
• VPN
• Netzwerkgeräten

ermöglichen.

Deshalb sollten Administratoren:

• individuelle Benutzerkonten
• starke Passwörter
• MFA

verwenden.

Gemeinsam genutzte Adminaccounts sollten vermieden werden.

Wie viele Ressourcen braucht ein UniFi Controller?

Für kleine Installationen reichen vergleichsweise geringe Ressourcen.

Ubiquiti nennt für UniFi OS Server mindestens:

2 GB RAM

und:

10 GB freien Speicher.

Für größere Umgebungen sollte deutlich mehr eingeplant werden.

Relevant sind unter anderem:

• Anzahl der UniFi Geräte
• Anzahl Clients
• Statistiken
• Logaufbewahrung
• Anzahl Standorte

Bei einem zentralen Controller für viele Kunden beziehungsweise Standorte sollte nicht auf absolutem Minimum dimensioniert werden.

Vergleich: Welche UniFi-Controller-Variante ist die beste?

Variante	Aufwand	Kontrolle	Mehrere Standorte	Empfehlung
Cloud Gateway	sehr gering	hoch	eingeschränkt zentral	Einzelstandort
CloudKey	gering	hoch	möglich	kleiner/mittlerer Standort
UniFi OS Server	mittel	sehr hoch	sehr gut	Unternehmen/MSP
Legacy Network Server	mittel	hoch	gut	Bestandsinstallation
Official UniFi Hosting	sehr gering	mittel	sehr gut	Cloudorientiert
Managed Hosting	sehr gering	abhängig Anbieter	sehr gut	Unternehmen ohne eigene IT
Docker Legacy	mittel	hoch	gut	eher Lab/Bestand
Standalone AP	gering	gering	nein	Kleinstinstallation

Welche Variante würde ich wählen?

Zuhause

Cloud Gateway

oder:

bestehender kleiner Self-Hosted-Controller

Kleines Unternehmen mit einem Standort

Cloud Gateway

Beispielsweise:

Cloud Gateway Ultra / Max oder Dream Machine

Unternehmen mit externer Firewall

CloudKey

oder:

UniFi OS Server

Mehrere Unternehmensstandorte

UniFi OS Server

oder:

Official UniFi Hosting

IT-Dienstleister / Managed Service Provider

zentraler UniFi OS Server beziehungsweise Managed Hosting

Kein eigener Server gewünscht

Official UniFi Hosting

Häufige Fehler bei UniFi Controller Installationen

Controller auf normalem Büro-PC

Der Rechner wird ausgeschaltet und niemand kann das Netzwerk administrieren.

Kein Backup

Bei Festplattendefekt geht die Controllerkonfiguration verloren.

Docker ungeprüft als aktuelle offizielle Lösung betrachten

Der neue UniFi OS Server wird nicht einfach als offizieller Standalone-Dockercontainer bereitgestellt.

Dream Machine an externen Controller anbinden wollen

Cloud Gateways besitzen bereits ihre eigene Control Plane und können nicht von einem externen UniFi OS Server verwaltet werden.

Controller öffentlich ohne Absicherung erreichbar

Administrationszugänge sollten entsprechend geschützt werden.

Kein DNS-Name

Nur mit wechselnder IP-Adresse zu arbeiten erschwert Remote-Adoption und Migration.

Keine Ressourcenreserve

Ein zentraler Controller für viele Standorte sollte nicht mit den absoluten Mindestanforderungen betrieben werden.

Legacy-Lösung neu installieren, obwohl UniFi OS Server passt

Für neue Self-Hosted-Installationen sollte inzwischen zuerst der aktuelle UniFi OS Server geprüft werden.

Fazit: UniFi Controller installieren – welche Variante ist sinnvoll?

Es gibt nicht die eine richtige Möglichkeit, einen UniFi Controller zu installieren.

Für einen einzelnen Standort ist ein UniFi Cloud Gateway häufig die einfachste Lösung.

Wer bereits eine externe Firewall besitzt, kann einen CloudKey einsetzen.

Für Unternehmen mit mehreren Standorten oder professionellen Self-Hosted-Umgebungen ist der neue UniFi OS Server besonders interessant.

Wer überhaupt keine eigene Infrastruktur betreiben möchte, kann Official UniFi Hosting verwenden.

Und Unternehmen, die weder Serverbetrieb noch UniFi-Administration selbst übernehmen möchten, können einen Managed UniFi Controller bei einem spezialisierten Dienstleister einsetzen.

Die wichtigste Veränderung gegenüber früher lautet:

Der klassische UniFi Network Server ist nicht mehr die einzige Self-Hosting-Option.

Ubiquiti positioniert den UniFi OS Server inzwischen als neuen Standard für Self-Hosting, während Cloud Gateways und CloudKeys weiterhin die einfachsten Hardwarelösungen darstellen.

UniFi Controller Hosting für Unternehmen

Sie möchten mehrere UniFi Access Points, Switches oder Unternehmensstandorte zentral verwalten, aber keinen eigenen UniFi Controller betreiben?

Unetifi unterstützt Unternehmen bei der Planung, Einrichtung und laufenden Betreuung professioneller UniFi-Infrastrukturen.

Dazu können unter anderem gehören:

• UniFi OS Server
• Managed UniFi Hosting
• UniFi Controller Migration
• CloudKey Migration
• mehrere UniFi Standorte
• UXG Gateways
• UniFi Switches
• UniFi Access Points
• VLAN-Konfiguration
• Firewall
• VPN
• Remote Adoption
• Monitoring
• Backup
• Updates
• laufende Betreuung

Damit muss nicht für jeden Standort eine separate Managementplattform betrieben werden.

Besonders bei mehreren Niederlassungen kann ein zentraler UniFi OS Server die Verwaltung deutlich vereinfachen.

Häufig gestellte Fragen zum UniFi Controller

Was ist der UniFi Controller?

Der UniFi Controller ist die zentrale Verwaltungsplattform für UniFi-Netzwerkgeräte. Die eigentliche Anwendung heißt heute UniFi Network und läuft auf einer UniFi Control Plane beziehungsweise einem UniFi Host.

Muss der UniFi Controller dauerhaft laufen?

Das Netzwerk funktioniert bei bereits konfigurierten Geräten grundsätzlich auch weiter, wenn der Controller vorübergehend offline ist. Für Monitoring, Konfigurationsänderungen und zentrale Verwaltung sollte er jedoch möglichst dauerhaft verfügbar sein.

Wo kann ich den UniFi Controller installieren?

Aktuell stehen unter anderem Cloud Gateways, CloudKeys, UniFi OS Server und Official UniFi Hosting zur Verfügung. Der ältere UniFi Network Server kann weiterhin auf Windows, Linux und macOS betrieben werden.

Was ist UniFi OS Server?

UniFi OS Server ist Ubiquitis neue Self-Hosting-Plattform für UniFi. Sie ersetzt den klassischen UniFi Network Server als bevorzugten Self-Hosting-Ansatz und unterstützt zusätzliche UniFi-OS-Funktionen wie Organizations, IdP Integration und Site Magic SD-WAN.

Kann ich UniFi OS Server auf Debian installieren?

Ja. Ubiquiti unterstützt aktuell Debian 13 oder neuer sowie Ubuntu 24.04 oder neuer und weitere geeignete moderne Linux-Systeme.

Kann ich den UniFi Controller auf Proxmox installieren?

Ja. Eine häufig sinnvolle Variante ist eine Debian-VM auf Proxmox, auf der UniFi OS Server installiert wird. Dadurch lassen sich Server, Backup und Ressourcen zentral verwalten.

Kann ich UniFi OS Server in Docker installieren?

Nicht als offiziell angebotenen eigenständigen Docker-/Podman-Container. Ubiquiti erklärt, dass UniFi OS Server Dienste direkt auf dem Host benötigt. Community-Container für den älteren Network Server sind davon zu unterscheiden.

Kann eine Dream Machine an einen externen UniFi Controller angebunden werden?

Nein. Dream Machines und andere Cloud Gateways besitzen bereits eine integrierte Control Plane. Sie können deshalb nicht von einem externen UniFi OS Server verwaltet werden.

Welches UniFi Gateway funktioniert mit einem externen Controller?

Dafür werden grundsätzlich Independent Gateways aus der UXG-Serie verwendet. Diese können beispielsweise mit UniFi OS Server, CloudKey oder Official UniFi Hosting kombiniert werden.

Was ist besser – CloudKey oder UniFi OS Server?

Für einen einzelnen Standort ist ein CloudKey häufig einfacher. Für mehrere Standorte, zentralisierte Unternehmensumgebungen oder IT-Dienstleister ist ein UniFi OS Server meist flexibler.

Was ist besser – Cloud Gateway oder externer Controller?

Ein Cloud Gateway eignet sich besonders für einen einzelnen Standort und kombiniert Firewall und Controller. Ein externer Controller ist interessanter, wenn mehrere Standorte zentral verwaltet oder andere Firewalls beziehungsweise Independent Gateways eingesetzt werden.

Welche Ports benötigt ein UniFi Controller?

Zu den wichtigsten Ports gehören TCP 8080 für Gerätekommunikation, UDP 3478 für STUN und UDP 10001 für Discovery. Je nach Funktionen werden weitere Ports benötigt.

Kann ich mehrere Standorte mit einem UniFi Controller verwalten?

Ja. Besonders UniFi OS Server und Official UniFi Hosting eignen sich für zentralisierte Multi-Site-Umgebungen.

Kann ich meinen alten UniFi Controller auf UniFi OS Server migrieren?

Ja. Ubiquiti unterstützt Migrationen unter anderem über Network-Backups, die auf dem neuen System wiederhergestellt werden können.