Beiträge von Nettetaler

Zitat von Sandor

Ich kann mich jedoch mit keinem Gerät ums Verrecken in das IoT Netz von AP Flur einloggen. Wieso nicht? Hauptnetz geht über beide Frequenzen, IoT geht nur auf AP Wohnen und AP OG, aber keine Chance mit Handy, Laptop oder sonstigen Geräten über AP Flur ins IoT Netz zu gelangen.

schau mal auf der switch an dem Port nach, an dem der AP Flur angeschlossen ist, ob da IoT geblock ist, findest du ziemlich weit unten bei Traffic Restriction

Heute noch einmal dran gesetzt und gesucht.
Fehler gefunden.

An meiner 8 Port POE Switch habe ich noch zwei Kameras für die Terrasse angeschlossen und da ich nicht mit den Längen der Patchkabel zu den Patchfelder hingekomen bin, musste ich die Ports der Geräte wechseln. Dabei ist der AC Mesh von Switch Port 3 auf den ungenutzten Port 8 umgesteckt worden.

Eigentlich habe ich auf Switches keine Sondereinstellungen bei ungenutzten Ports (immer default) und dann habe das auch in den Einstellungen überlesen. Auf Port 8 war , warum auch immer, Traffic Restrictions ein Haken gesetzt mit Block all. Tja dann kann ja nichts laufen. Einen Werksreset habe ich am Mesh NICHT durchgeführt, alles lief sofort wie früher.

Vielleicht hilfts es dem einen oder anderen.

Zitat von hommes

Moin Nettetaler, schon versucht einfach mal auf "forgot" zu gehen und danach einfach ihn wieder einbinden. Also rauslöschen, danach macht er einen Werksreset und dann sollte er wiedergefunden werden.

Gruß hommes

Na ja, das ist wohl eher die finale Lösung,

Durch einfaches trennen vom PoE Netzwerk Kabel, drei Wochen in der Schublade Urlaub gemacht und dann den Dienst verweigern, da interessiert mich schon warum und weshalb und vor allem wie kriege ich es wieder zum laufen.

Hallo zusammen,

Ich habe seit Monaten einen AC Mesh unter dem Dachvorsprung der Terrasse, dort verrichtet er problemlos seine Arbeit. Vor drei Wochen habe ich ihn wegen Renovierungsarbeiten am Dach abgebaut. Vor zwei Tagen wieder eingesteckt, er meldet sich im Netzwerk an ,Led leuchtet blau, Client können sich per WiFi verbinden. Diese kann man auch in der DSM sehen, sie sind also mit dem WiFi Netzwerk verbunden.

Allerdings bekommt kein Client eine IP zugewiesen, aus diesem Grunde können die Client weder auf das Netzwerk noch das Internet zugreifen. An allen anderen Access Points funktioniert alles problemlos.

Es sind in den letzten Wochen keine Änderungen im Unifi gemacht worden. DHCP Server läuft.

Alle Unifi Komponenten neu gebootet, Einstellungen überprüft, ich habe nichts gefunden.

Hat jemand Ideen?

Dankeschön LG Heiko

Erledigt,
der Tip (Link zur Beschreibung siehe unten) mit dem Recovery Resett wahr Gold wert. Danke!!!!!
Den kannte ich noch nicht, habe ich auch bisher noch nie benötigt.

Link Recovery Resett : https://help.ui.com/hc/en-us/a…Key-Emergency-Recovery-UI

Weil ich ein wenig Angst hatte, das auch die Autobackups gelöscht werden könnten, ich weiß das allerdings nicht, habe ich vor dem Resett die SD Card entnommen. Sicher ist Sicher.

Ich habe zum arbeiten einen alten TPLink Router mit integrierter Switch resettet und dann auf das Subnet 192.168.1.0/24 mit DHCP eingestellt. Seinen WAN Port ebenfalls DHCP und diesen dann mit meiner Produktiv Switch verbunden. Somit hatte ich ein "Arbeits" Netzwerk ohne störende Einflüsse mit Internet Zugriff. Das macht das Leben leichter.

Nach dem Neustart per Browser auf 192.168.1.30 gesprungen, voila der CK war wieder online. Aber alle Einstellungen sind weg, was ja klar ist. neuen Admin angelegt (Name und Passwort wie beim alt System. Dann diese 6 Seiten Vorinstallation einfach nur runter gearbeitet , Tricki war das mit dem cloud account (den habe, brauche und will ich nicht) und lokal Benutzer, aber wer wirklich mal den Text ließt kommt auch weiter, wie lästig)

Netzwerkeinstellungen des CK manuell wie im Altsystem vergeben , Zeitzone, Land fertig. Heruntergefahren die SD Card wieder rein. gebootet SD Card mit den Autobackups wurde gefunden, Top.
Dann festgestellt, das die Firmware Version des CK mit dem Altsystem identisch und aktuell war, allerdings nicht die Management Version, die hatte 6.0.irgendetwas.
Mein Autobackup auf der SD Card hatte aber schon 6.5.55 und war nicht kompatibel. Der CK schlug schon die die neuste Version 7.2.94 zum download vor.
DIESES UPDATE HABE ICH BEWUST NICHT INSTALLIERT. Auf Versions Probleme mit dem Backup hatte ich keine Lust.
Sondern nach der folgenden Anleitung via SSH die Version die auch das Backup hat. Auch diesem Autor vielen Dank.

Der Link: Controller | CloudKey-Update per SSH durchführen

Nach dem erfolgreichen Update auf 6.5.55 das jüngste Backup eingespielt und danach mal grob die Einstellungen kontrolliert und es war wieder alles beim alten.

Schnell ein neues Autobackup gefahren, warum es da keinen Befehlsknopf für direkt Backup gibt, verstehe ich auch nicht.

Dann das 7.2.94 Update drauf und dem CK eine Flammneue SD Card spendiert.

Fertig
Wenn man nichts recherchieren muss und das Prozedere kennt dauert alles zusammen weniger als eine halbe Stunde und das System läuft wieder

Ich hoffe, das ich mit dieser Beschreibung dem einem oder anderem, mit dem gleich Problem den Tag versüßen kann

LG an alle die geholfen haben und nochmals Danke

Nettetaler

Zitat von BlackSpy

ps

Der UCK ist ja der Gen 1, dieser wird ab Controller Version 7.3.x, welche sich grade in Beta befindet, nicht mehr unterstützt.

In Zukunft musst du dann leider auf Controller Versionen 7.2.x bleiben und darfst diesen nicht mehr Updaten.

Der UCK Gen1 ist leider EOL (End of life)

Ich soll ihn also weg schmeißen und einen neuen kaufen? Na ja das ist nicht die Antwort die ich hören wollte.

Zitat von BlackSpy

Schließt du den UCK mit Router am WAN an? Das geht nicht, über WAN kommst du nicht auf den Controller.

Nach einem Reset hat der UCK im LAN die Fallback IP 192.168.1.30

Entweder den UCK an einen einfachen Switch, Laptop dran und Laptop per Hand eine IP aus dem 192.168.1.x Bereich geben.

Bei direkt Verbindung bin ich mir nicht sicher ob der UCK das automatisch erkennt oder ob du ein Crosslink Kabel benötigst-

am Wan Port angeschlossen, der ist gut (Zur Info, ich bin seit 1995 freiberuflich tätiger IT Systemadministrator)
nein der Router hat auch eine eingebaute Switch. Die .30 kannte ich noch nicht, hat aber auch kein Ergebnis gebracht.
Es findet Kommunikation zwischen Routerswitch und Ck statt, sieht man am Port LED, also irgendwie lebt er noch.

.

Hallo zusammen,

ich habe vor einigen Tagen feststellen müssen ,das mein Cloud Key down ist. Blinkende weiße LED und kein Zugriff mehr über Browser , Ping, Putty etc.

Nun habe ich eine flammneue SD Card eingelegt und das Teil per Resett Knopf resettet. Er bootet und zeigt dann ein weißes Dauer Licht.
Vorher einen alten Router im Standard SUBnet 192.168.1.0/24 plus DHCP konfiguriert und daran mein Notebook und den Cloud key angeschlossen.

Der Router vergibt an den CK die IP 192.168.1.104 und zeigt im Status auch die MAC Adresse und den Hostname des CK an. siehe Bild

So weit so gut.
Allerdings kann ich mit keinem einzigen Tool * auf den CK über diese IP und / oder die default IP 192.168.1.9 zugreifen, das Unifi Discovery Tool findet ihn auch nicht .
Der Advance IP und Port Scanner findet auch nur das Notebook und den Router

* Browser, CMD Ping, Putty SSH

Den Vorgang habe ich 3x wiederholt, immer mit dem gleich Ergebnis. Ich habe gegoogelt aber nichts gefunden hat irgendwer noch eine Idee

LG Nettetaler