Der Cloud Key ist in vielen UniFi-Installationen das Herz des Netzwerks – und der Punkt, an dem alles hängt. Fällt er aus, verschwindet er aus dem Serverraum oder verabschiedet sich die Stromversorgung, ist die erste Frage immer dieselbe: Steht jetzt das ganze Netz? Die gute Nachricht vorweg: nein. Die schlechte: Ohne Plan wird aus einem Hardware-Defekt schnell ein Tag Handarbeit. Dieser Ratgeber zeigt dir, was bei einem UniFi Cloud Key Ausfall wirklich passiert, welche Sofortmaßnahmen zählen und wie du dein Netz auf einen Controller umziehst, der gar keine lokale Hardware mehr braucht.

Was passiert, wenn der Cloud Key ausfällt?

Zuerst die Entwarnung: Access Points, Switches und Gateways hören nicht auf zu arbeiten, nur weil der Controller weg ist. Ubiquiti formuliert das in der eigenen Dokumentation eindeutig – ist der Host nicht erreichbar, laufen die adoptierten Geräte mit der zuletzt erhaltenen Konfiguration weiter. WLANs strahlen weiter, VLANs bleiben bestehen, Clients kommen weiter ins Netz.

Was du verlierst, ist die Verwaltungsebene. Und die fehlt schneller, als man denkt:

  • Keine Konfigurationsänderungen mehr – kein neues WLAN, keine Firewall-Regel, keine Port-Anpassung.
  • Keine Adoption neuer oder zurückgesetzter Geräte.
  • Keine Firmware-Updates auf den Geräten.
  • Keine Statistiken, keine Client-Übersicht, keine Alarme – der laufende Betrieb ist blind.

Anders gesagt: Du hast Zeit, aber keine unbegrenzte. Solange nichts kaputtgeht, läuft der Laden. Sobald ein Access Point neu startet und dabei ein Problem hat, oder jemand ein Gerät zurücksetzt, fehlt dir die Instanz, die es wieder einfängt.

Die ersten Schritte nach dem Ausfall

Bevor du Hardware bestellst, klär in Ruhe drei Dinge.

1. Ist es wirklich der Cloud Key?

Ein Controller, der als offline erscheint, ist nicht automatisch defekt. Prüfe Stromversorgung und PoE-Port, Kabel, Switch-Port und ob das Gerät noch eine IP per DHCP bezieht. Auch ein hängengebliebenes Update sieht von außen aus wie ein Totalschaden.

2. Wo liegt dein Backup?

Das ist die entscheidende Frage – alles Weitere hängt an ihr. Es gibt zwei Sorten Sicherungen, und sie führen zu unterschiedlichen Rettungswegen:

  • System-Backups (Cloud): Sind sie unter Settings > Control Plane > Backups aktiviert, erzeugt UniFi automatisch wöchentlich sowie vor jedem größeren Update ein Cloud-Backup. Diese Sicherungen liegen im UI-Konto des Konsolen-Besitzers; nur dieser darf sie verwalten. Eine Übersicht aller mit dem Konto verknüpften Backups findest du unter account.ui.com/backups.
  • Network-Backup (*.unf): Die Sicherungsdatei der UniFi-Network-Anwendung, ebenfalls unter Settings > Control Plane > Backups herunterladbar. Sie enthält deine Netzwerkkonfiguration und ist der Schlüssel für einen Umzug auf einen beliebigen anderen Network-Host.

Der bittere Haken bei beiden: Herunterladen kannst du sie nur, solange die Konsole läuft. Nach dem Ausfall bleibt dir das, was vorher automatisch weggesichert wurde. Mehr dazu im Ratgeber zu UniFi Controller Backup & Wiederherstellung.

3. Ausfall oder Diebstahl?

Ist der Cloud Key gestohlen, ist es kein reines Hardware-Thema mehr. Auf dem Gerät liegt die Konfiguration deines Netzes samt WLAN-Einstellungen und Client-Daten – ein Vorgang, den dein Datenschutz- und Sicherheitsprozess sehen sollte. Behandle die Zugangsdaten als kompromittiert: WLAN-Passphrasen erneuern, Admin-Konten prüfen, betroffene Konten trennen. Betrieb wiederherstellen und Sicherheitsvorfall aufarbeiten sind zwei getrennte Aufgaben – aber beide fallen an.

Weg 1: Ersatz-Hardware beschaffen

Der naheliegende Weg: neue Konsole kaufen, Backup einspielen, weitermachen. Ubiquiti unterstützt das ausdrücklich, auch modellübergreifend – wechselst du auf ein anderes Modell (Cloud Gateway, Cloud Key oder UNVR), muss das neue Gerät allerdings UniFi OS 3.1 oder neuer betreiben. Das Backup lässt sich direkt während der Ersteinrichtung einspielen oder später unter Settings > Control Plane > Backups. Willst du nicht alles übernehmen, kannst du die Option „Restore All Applications and Settings“ abwählen und gezielt einzelne Anwendungen, Einstellungen und Admin-Konfigurationen auswählen.

Zwei Einschränkungen solltest du kennen. Erstens lassen sich vorhandene Protect-Aufnahmen nicht zwischen UniFi-Konsolen übertragen – sie bleiben auf dem ursprünglichen Host, bis der Speicher entfernt oder formatiert wird. Bei einem gestohlenen oder defekten Gerät heißt das: Das Videomaterial ist weg. Zweitens kaufst du dir denselben Single Point of Failure ein zweites Mal.

Weg 2: Controller ohne lokale Hardware

Der Controller muss nicht im Serverraum stehen. Die UniFi-Network-Anwendung läuft genauso auf einem Server im Rechenzentrum – selbst betrieben oder als gemanagter Cloud-Controller. Dein Netz vor Ort besteht dann nur noch aus Geräten, die nichts Wertvolles mehr enthalten: Geht ein Access Point kaputt, tauschst du ihn und der Controller konfiguriert ihn neu. Ein zweiter Cloud Key wird schlicht nicht mehr gebraucht.

Backup einspielen

Der dokumentierte Weg: die Network-Backup-Datei (*.unf) in die neue Network-Anwendung unter Settings > Control Plane > Backups einspielen. Wichtig ist, dass die Zielanwendung aktuell ist – ein Backup einer neueren Version lässt sich nicht in eine ältere Installation zurückspielen. Prüfe deshalb vorher die Versionsstände.

Geräte auf den neuen Controller zeigen lassen

Hier liegt der eigentliche Unterschied zwischen geplantem Umzug und Notfall. Beim geplanten Umzug schaltest du in der alten Network-Anwendung den Schalter „Override Inform Host“ ein und trägst die Adresse des neuen Hosts ein – damit sagst du deinen Geräten, wohin sie künftig melden sollen. Ist der Cloud Key defekt oder gestohlen, gibt es diese alte Anwendung nicht mehr. Du musst den Geräten also anders beibringen, wo ihr Controller jetzt wohnt.

Dafür dokumentiert Ubiquiti die Layer-3-Adoption. Grundvoraussetzung ist in allen Fällen die uneingeschränkte Erreichbarkeit zwischen Gerät und Network-Anwendung über TCP-Port 8080. Praktisch dabei: Ein UniFi-Gerät arbeitet alle Inform-Optionen der Reihe nach ab – wer zuerst antwortet, bekommt das Gerät.

MethodeVorgehenPasst, wenn …
DNS-EintragDen Hostnamen unifi im lokalen DNS auf den neuen Network-Host auflösen lassen… du den lokalen DNS kontrollierst – die eleganteste Variante
DHCP Option 43Bei Fremdherstellern hex-kodiert; per IP z. B. 0104c0a8030a für 192.168.3.10, alternativ die Inform-URL als Hex-String… viele Geräte gleichzeitig umziehen sollen
SSH / set-informAuf dem Gerät set-inform http://<host>:8080/inform absetzen… es um einzelne Geräte geht und du im lokalen Netz bist

Für den SSH-Weg brauchst du die Zugangsdaten des Geräts. UniFi-Netzwerkgeräte haben SSH standardmäßig aktiviert; vor der Adoption gelten die Standarddaten ui/ui (bei älteren Geräten ubnt/ubnt), nach der Adoption vergibt der Controller eine zufällige Zeichenfolge. Diese Zugangsdaten findest du in der Network-Anwendung unter UniFi Devices > Device Updates and Settings > Device SSH Authentication – nach dem Einspielen des Backups also auch auf dem neuen Controller. Die Details zu allen Methoden findest du im Ratgeber zur Layer-3-Adoption.

Wenn ein Gerät „Managed by Another Console“ meldet

Diese Meldung erscheint, wenn ein Gerät noch eine andere UniFi-Instanz als seinen Besitzer betrachtet – etwa nach dem Wiederherstellen einer Konsole. Ubiquiti nennt dafür mehrere Auswege: die Konsole aus einem Backup wiederherstellen, in dem das Gerät bereits verwaltet wurde; das Gerät auf Werkseinstellungen zurücksetzen und neu adoptieren; oder es über die UniFi-Network-App neu zuweisen – das kann allerdings nur der Kontoinhaber, und nur wenn er sich zuvor in der App angemeldet hat, während das Gerät verwaltet wurde.

Für den Werksreset hältst du die Reset-Taste 5 bis 10 Sekunden gedrückt, bis die LEDs den Vorgang anzeigen; das Gerät muss dabei durchgehend mit Strom versorgt bleiben. Ein wichtiges Detail: Der physische Reset-Knopf entfernt das Gerät nicht aus den Anwendungen, denen es zugeordnet war – das passiert regulär über den Bereich „Manage“ in den Geräteeinstellungen.

Ohne Backup – was dann?

Gibt es keine Sicherung, ist die Konfiguration verloren; die Hardware ist es nicht. Der Weg: neuen Controller aufsetzen, alle Geräte per Werksreset zurücksetzen und neu adoptieren, anschließend WLANs, VLANs, Firewall-Regeln und Portprofile neu anlegen. Aufwändig, aber machbar – plane für ein mittleres Netz eher in Stunden als in Minuten und dokumentiere diesmal parallel mit.

Damit es beim nächsten Mal keiner Rettung bedarf

Ein Ausfall lässt sich nicht verhindern, seine Folgen schon:

  • System-Backups aktivieren. Ein einzelnes Häkchen unter Settings > Control Plane > Backups entscheidet, ob ein Hardware-Defekt eine Stunde oder einen Tag kostet.
  • Backups auch außerhalb ablegen. Lade regelmäßig eine *.unf-Datei herunter und bewahre sie außerhalb desselben Serverraums auf.
  • Prüfen, wem die Konsole gehört. Cloud-Backups hängen am UI-Konto des Besitzers. Verlässt diese Person das Unternehmen, verlässt im Zweifel auch der Zugang zu den Sicherungen das Haus.
  • Controller vom Standort trennen. Läuft die Network-Anwendung im Rechenzentrum, sind Einbruch, Stromausfall und Hardwaredefekt vor Ort kein Controller-Problem mehr.

Fazit

Ein defekter oder gestohlener Cloud Key legt dein Netz nicht still – er nimmt dir die Kontrolle darüber. Ob daraus ein kurzer Zwischenfall oder ein langer Arbeitstag wird, entscheidet sich vor dem Ausfall: an aktivierten System-Backups, an einer griffbereiten *.unf-Datei und daran, ob dein Controller überhaupt noch an einem einzelnen Gerät im Schrank hängt.

Genau das übernehmen wir für dich: Der gemanagte UniFi Cloud Controller von clevendo läuft in einem deutschen Rechenzentrum, wird von uns aktuell gehalten und gesichert – und übersteht jeden Hardwareschaden bei dir vor Ort. Wenn du bereits ein Backup hast, ist der Umzug meist in unter einer Stunde erledigt. Sprich uns an, wir sehen uns deinen Fall gemeinsam an.

Häufige Fragen

Läuft mein WLAN weiter, wenn der Cloud Key ausfällt?

Ja. Adoptierte UniFi-Geräte arbeiten mit der zuletzt erhaltenen Konfiguration weiter, wenn der Host nicht erreichbar ist. Du kannst allerdings nichts mehr ändern, keine Geräte adoptieren, keine Updates ausrollen und siehst keine Statistiken mehr.

Wo finde ich meine UniFi-Cloud-Backups?

Sind System-Backups unter Settings > Control Plane > Backups aktiviert, legt UniFi wöchentlich und vor jedem größeren Update automatisch eine Sicherung im UI-Konto des Konsolen-Besitzers ab. Eine Übersicht aller mit dem Konto verknüpften Backups findest du unter account.ui.com/backups. Verwalten darf sie nur der Besitzer.

Kann ich das Backup eines Cloud Key auf einem anderen Gerät einspielen?

Ja. Beim Wechsel auf ein anderes Modell – Cloud Gateway, Cloud Key oder UNVR – muss das neue Gerät UniFi OS 3.1 oder neuer betreiben. Die Sicherung lässt sich während der Ersteinrichtung oder später unter Settings > Control Plane > Backups einspielen. Für einen Umzug auf einen Controller ohne lokale Hardware verwendest du die Network-Backup-Datei (*.unf).

Wie sage ich meinen Access Points, dass der Controller jetzt woanders läuft?

Solange die alte Anwendung noch läuft, über den Schalter „Override Inform Host“. Ist sie weg, über die Layer-3-Adoption: einen DNS-Eintrag für den Hostnamen unifi, DHCP Option 43 oder per SSH mit set-inform http://<host>:8080/inform. In allen Fällen muss TCP-Port 8080 uneingeschränkt erreichbar sein.

Sind meine Protect-Aufnahmen nach einem Cloud-Key-Defekt noch da?

Vorhandene Aufnahmen lassen sich nicht zwischen UniFi-Konsolen übertragen – sie bleiben auf dem ursprünglichen Host, bis dessen Speicher entfernt oder formatiert wird. Ist das Gerät defekt oder gestohlen, ist das Material praktisch nicht mehr verfügbar.