Posts by tobias.x

Probleme gelöst!

Zunächst:

Das rote Kästchen in der Zonentabelle war wohl tatsächlich ein Darstellungesfehler. Nach dem heutigen Update auf Network 10.3.58 war es grün. Die KI hatte also doch recht gehabt.

Mein Hauptproblem lag nicht an der Unifi Dream Machine, sondern an den fehlenden Rück-Routen in den Endgeräten.

Dabei hatte ich, aus Gewohnheit mit dem bequemen IPSec und ganz früher PPTP Verfahren, folgendes außer Acht gelassen:

Anders als bei IPSec oder PPTP bekomme ich ja bei Wireguard keine eigene IP-Adresse im Zielnetz zugewiesen. Stattdessen werden die Pakete meines Tunnels unter dessen IP-Adresse von der Dream Machine ins LAN geroutet.

Mein Denkfehler war jetzt, dass bei einem Antwortpaket automatisch an die Dream-Machine zurückadressiert wird - aber genau das ist offensichtlich falsch. Dem Gerät im LAN ist es egal, ob es eine Antwort zurücksendet oder nicht - die Pakete gehen immer stur an das durch die Routing Regeln festgelegte Gateway..

Tja, und so gelangten meine Antwortpakete stets an meine PFSense Firewall als Default Gateway... während ich in der Dream-Machine auf eine Antwort wartete... Blöd

Nachdem ich einfach im (noch) Default-Gateway, der PFSense, eine Route zum Tunnel, also zum LAN-Port der Dream Machine, gesetzt habe, funktionierte alles sofort.

Das frühere Verfahren mit der eigenen IP-Adresse im Zielnetz, wie bei IPSec und PPTP, hatte schon was in Bezug auf Einfachheit 💁
Keinerlei Routen notwendig..

Danke an alle Helfer..

Mittlerweile denke ich, das Augenmerk sollte doch mal auf das rote "Block All" Feld gerichtet werden, das für VPN zu LAN zuständig ist.

Ich habe von KIs schon häufiger Mist erzählt bekommen, vielleicht auch hier, dass dies nur ein Darstellungsfehler sei.

Vielleicht hat die Unifi Software ja sehr wohl einen Grund, hier trotz der ersten Regel, die zu dem Feld angezeigt wird, ein "Block All" anzuzeigen?

Nur wodurch wird das wohl verursacht?

Quote from DoPe

Nee die meinte ich nicht. Das ist ja sowieso fast nur automatisches Zeug (mit Schloss vor). Ich meinte das Fenster was kommt wenn Du eine Regel direkt anklickst.

Na, das sind doch, wenn ich Dich jetzt richtig verstehen, in meinem Post von Mi, 18:33 Uhr, im zweiten und dritten Bild die zwei Zeilen am unteren Bildrand. Die tauchen auf, wenn ich auf die jeweilige Zelle in der Tabelle klicke..

Oder meintest Du noch etwas anderes?

Quote from DoPe

Ich hab gerade nochmal deinen ersten Post überflogen. Benutzt Du jetzt den Wireguardclient auf dem PC (also Software) oder wie oder was - zu viele Threats gleichzeitig ist nicht gut. Da kommt viel durcheinander im Kopf

Wie ist das zu verstehen?

Ja, auf dem PC zuhause nutze ich den Wireguard Client.

Mit der Wireguard-Verbindung ist ja soweit auch alles in Ordnung, denn z.B. die Fritzbox (192.168.180.1) am WAN-Port der Dream Machine kann ich ja anpingen - das funktioniert tadellos, inkl. dem Zugriff auf die Weboberfläche.

Auch die Route zum LAN an der Dream Machine (192.168.0.0/24) ist im Wireguard Client am PC gesetzt und im Windows des PCs auch aktiv, siehe hier. Mein LAN zuhause ist übrigens die 192.168.21.0/24 - das Routing ins LAN des Büros sollte also eigentlich von daher auf PC-Seite out of the box funktionieren...

Also zur zweiten Frage, ob es funktionierte, als das LAN zur internen Zone gehörte:

Ich hatte das LAN von Anfang an als eigenständiges Netzwerk festgelegt, das nichts mit dem Default Netzwerk zu tun hatte.. (Diese "Zonen" gab es seitens Unifi ja erst später ...) Deshalb kann ich das jetzt leider nicht beantworten... Der Zugriff per VPN hat aber noch nie funktioniert - wobei ich mich aber auch nie so richtig darum gekümmert hatte, weil ich sowieso noch meine PFSense Firwall parallel nutzte und das darüber machte (auch weil Unifi ja leider kein Wake on LAN kann..) Trotzdem möchte ich das jetzt gerne mal zum Laufen bekommen..

Ich hoffe, dass ich Dich mit den "eigentlichen" Regeln richtig verstanden habe. Leider habe ich keine Gelegenheit gefunden, das als Text zu speichern, deshalb leider nun zwei große Screenshots als Ersatz...

Danke für die schnelle Antwort..

Die Windows Firewall habe ich kurzerhand einmal komplett ausgeschaltet. Daran lag es nicht..

Anbei die Screenshots der Matrix und der Firewall-Regeln zu den beiden Kategorien.

Dazu muss ich noch sagen, dass ich ursprünglich natürlich die Original-Zonen benutzt hatte. Die jetzigen Einträge stammen von Versuchen, das Ganze weiter auszuprobieren.. Auch hatte ich ursprünglich überall "any" stehen gehabt..

In der Übersicht die Anzeige "Block All" widerspricht den Einstellungen - Laut KI ist das nur ein Bug nur in der Anzeige von Network 10.3.55.. Ansonsten hat mich das natürlich schon irritiert...

Hallo,

Schon seit 3 Tagen versuche ich, über ein Wireguard VPN eine Verbindung von einem PC ins entfernte LAN, das mit der dortigen Dream Machine verbunden ist, herzustellen.

Hier einmal die wichtigen Punkte:

Die Wireguard-Verbindung zwischen Dream Machine SE (Netzwerk Version 10.3.55) und PC (Windows Client) steht.

Die Adresse des PCs in seinem lokalen Netzwerk: 192.168.21.50
Die Adresse des Tunnelendes innerhalb des PCs: 192.168.5.2
Das Tunnelende in der Dream Machine: 192.168.5.1
Die Adresse des LANs, das die Dream Machine versorgt: 192.168.0.0/24

Vielleicht noch als Besonderheit: Das LAN an der Dream Machine ist eine eigene Zone und nicht bei "Intern" mit dabei.
Die APs von Unifi befinden sich im Netz 192.168.1.0/24 (Zone "intern").
Bisher ging ich davon aus, dass das erst einmal egal ist.

Firewall-Regeln sind (erst einmal) großzügig erstellt:
VPN ins LAN: Alles erlaubt
LAN ins VPN: Alles erlaubt
VPN nach intern: Alles erlaubt
LAN nach intern: Alles erlaubt
Die beiden letzten Regeln hatte ich jetzt nur aus purer Not zum Ausprobieren erstellt... Halfen aber auch nichts.

ping vom PC zum Tunnelende in der Dream Machine, also zu 192.168.5.1: funktioniert
ping vom PC zu 192.168.0.1 oder beliebigem Gerät im LAN auf Dream-Machine Seite: Funktioniert nicht.

Das Routing am PC zum LAN auf der entfernten Seite ist korrekt eingestellt, wie zum Tunnelende auf der anderen Seite auch (via 192.168.5.2).

Soweit ich es verstanden habe, routet die Dream-Machine alles automatisch an die direkt angeschlossenen Netze - sodass man hier keine Regeln erstellen muss und auch nicht kann (sonst kommt die Meldung, es überschneidet sich, was man da als eigene Routing Regel einrichten will..)

Wo könnte es denn jetzt noch haken?

P.S.: Nachtrag
Ein Zugriff auf die entfernte Fritzbox (192.168.180.1), an welcher die Dream-Machine mit ihrem WAN-Eingang hängt, funktioniert übrigens (das habe ich in Wireguard natürlich auch als erlaubte Adresse angegeben). Die entsprechende Firewallregel dürfte VPN nach External ("Allow all") sein - und zurück. Hier klappt es, wie erwartet.. hmmm...

Mal noch eine Zusatzfrage:

Mit *OpenVPN* per OPNsense bekommt der Benutzer ja automatisch eine Adresse aus dem lokalen Netz zugewiesen. Deswegen wäre dort die Firewall, wenn er lokal per RDP zugreifen kann, in der Regel auch für die VPN Verbindung per OpenVPN für RDP offen.

Ist das bei Wireguard per Unifi anders? Sieht da der PC, auf den man zugreifen will, eine Adresse aus einem anderen Netz, wenn da jemand per Wireguard verbunden ist?

Also bei mir ist es so, dass es innerhalb der lokalen Domäne mit Häkchen funktioniert, und an den Home Plätzen per VPN, die sich nicht an der Domäne anmelden, eben nicht. Daher fand ich meinen leicht umzusetzenden Ratschlag nicht so falsch wie Du.

Dass er das schon ausprobiert hatte, habe ich leider überlesen - Asche über mein Haupt

Hast Du am Windows Rechner, auf den Du zugreifen möchtest, zufällig das Häkchen gesetzt bei:

"Verbindungen nur von Computern zulassen, auf denen Remotdesktop mit Authentifizierung auf Netzwerkebene ausgeführt wird (empfohlen)" ?

Das ist standardmäßig aktiviert. Nimm das mal raus, wenn es aus anderen Netzen funktionieren soll.

Erfreulicherweise funktioniert die Dreambox tatsächlich, wie Ihr geschrieben habt, auch im Doppel-NAT.

Das Problem lag an der Fritzbox 7530, bzw. deren Gastzugang am LAN-Port, der sehr eigenartige Dinge tat:

Die Netzadresse war komischerweise - auch nach einem Werksreset - ausgegraut auf 192.168.189.0/24 eingestellt, und es gab kein DHCP mehr - was einem aber nirgends angezeigt wird.. Ersteres war natürlich egal, zweites schon weniger. Sprich: Nachdem ich den WAN Port der Dream Machine manuell auf eine passende Adresse eingestellt hatte, ging alles wunderbar out of the box.

Ich vermute, dass die Fritzbix bein letzten Firmwareupdate die letzten Gästenetzeinstellungen unveränderbar "eingefroren" hat. Wie auch immer, jetzt geht es.

Die Handyapp ist ja toll gemacht, weil man beim Einrichten nach gescheiterter WAN IP Erkennung unten am Screen direkt einen Link zum Konfigurieren des WAN Ports angeboten bekommt.

PS: Wo kann ich denn hier in der Mobildarstellung des Forums das Thema auf erledigt setzen?

Ich bin von NordVPN zu hide.me VPN gewechselt, weil das auch out-of-the Box völlig problemlos mit IPV6 funktioniert.

Wenn es einem nicht nur um Filme geht, sondern tatsächlich um Privatsphäre, dann halte ich das für sehr wichtig.

Daher würde ich Nord VPN tatsächlich auf solche Sachen wie Filmegucken oder Downloadportale, die für Deutschland gesperrt sind, beschränken...

Ist denn Euer Netzwerk mit V1 überhaupt "Tagged"? D.h. haben die Pakete außerhalb von Router oder Switch überhaupt ein V-Tag gesetzt?

Normalerweise wird das ja spätestens am Ausgang vom Switch hin zu den realen Geräten entfernt...

Und das könnte dann das Unifi Gerät ja auch wieder problemlos annehmen und Du gibst im dann intern Port-basiert ggf. ein neues Tag.

Hi,

in unserem entfernten Büro in München will ich möglichst, ohne selbst hinfahren zu müssen, die Dream Machine mit 6 "Untertassen" mit Hilfe eines fitten Mitarbeiters einrichten.

Dazu dachte ich mir, er soll die Dream Machine mit der App auf seinem Handy in Betrieb nehmen und mit einem Online-Konto verknüpfen. Ab dann kann ich einfach von hier aus übernehmen.

Aus verschiedenen technischen Gründen (der Wichtigste: Ein Router für ein Site 2 Site VPN vom Rechenzentrumsbetreiber, zu dem ich keine Zugangsdaten habe) muss die Dream Machine zwingend hinter einer Fritzbox (die wiederum als Router arbeitet) betrieben werden. Das geht nicht anders.

Beim Versuch, die Dream-Machine per App einzurichten, scheitern wir schon am Anfang:

Die Dream Machine sagt, sie habe keinen Internet-zugang bzw. keine Internet-Adresse. Hmm.

Vielleicht ist sie so blöd programmiert, dass sie einfach die Adresse am WAN-Eingang nimmt und schaut, ob sie unter dieser Adresse Pakete vom Ubiquiti Server empfangen kann? Das wäre ja etwas einfach gedacht von den Programmierern...

Meine simple Frage ist also nun:

Kann man eine Dream Machine per App in ein Online-Konto zur Konfiguration integrieren, auch wenn sie hinter einem Router hängt?

Oder ist das prinzipiell nicht möglich?

Quote from razor

Mit den beiden Befehlen mount | grep -i mmc und df -h auf der Console des Kes solltest Du auch folgendes sehen können:

Danke, das werde ich gleich mal machen.

Ich habe mittlerweile entdeckt, dass es gleich mehrere root-Verzeichnisse (für den Benutzer root) gibt.

Mittlerweile habe ich nämlich mal etwas gegoogelt und die Unifi-Anleitung zum "prunen" der Datebank per SSH befolgt. Dabei war das heruntergeladene Skript, das in /~ landete, in meinem ursprünglichen /root Verzeichnis in der Hauptstruktur gar nicht zu sehen... Erst als ich weiter suchte und noch weitere root Verzeichnisse fand, wurde ich fündig, nämlich in der beschreibbare Partition unter mnt/.rwfs (s.u.).

Auf jeden Fall funktioniert nun nach Eingabe der Befehle zum Ausmisten der Datenbank wieder alles.

Aber ich bin nicht so zuversichtlich, wie lange das halten wird. Denn bei der Eingabe der Befehle der Ubiquiti Webseite gab es doch immer wieder gerne Fehlermeldungen. Eine z.B.

> can't map file memory - mongo requires 64 bit build for larger datasets",

> "code" : 10084,

hatte wohl als übliche Ursache - laut Google - dass die 32 Bit Datenbank an ihre 2 GByte Limits kommt. Wobei aber meine Datenbankdateien WEIT von Gigabyte entfernt waren, selbst wenn man Indizes und Journale unbekannter Größe hinzurechnet.

Na, jedenfalls funktioinert jetzt erst einmal alles wieder.

Aber ich muss gestehen, Dein untenstehender Vorschlag gefällt mir doch wesentlich besser:

Plattmachen der bisherigen Datenbanken und alles neu anlegen (lassen).

So, die gemounteten Partitionen sehen bei mir so aus:

root@UniFi-CloudKey:~# mount | grep -i mmc
/dev/mmcblk0p7 on /mnt/.rwfs type ext4 (rw,noatime,data=ordered)
/dev/mmcblk0p6 on /mnt/.rofs type squashfs (ro,relatime)
/dev/mmcblk0p8 on /srv type ext4 (rw,noatime,data=ordered)
/dev/mmcblk1p1 on /data type ext4 (rw,noatime,data=ordered)

Jetzt frage ich mich gerade: Sind das alles Partitionen auf der Micro-SD-Karte? Steht dafür das mmc?

Quote from razor

Um die DB zu resetten sollte es reichen den unifi-Service mittels systemctl stop unifi anzuhalten, die DB-Files unter /usr/lib/unifi/data/db/ zu löschen - oder gleich den ganzen Ordner - und den Controller mit einem reboot komplett oder durch systemctl start unifi den Service neuzustarten. Dann könnte ich mir vorstellen, dass Du von vorn beginnen kannst / musst.

Vielleicht gibt es aber auch noch eine andere Option den Key zu resetten, die mir nicht bekannt ist.

So, ich werde es nun doch erst einmal ohne Plattmachen des Datenbankverzeichnisses probieren, weil ich keine Lust auf Neueinrichten habe - wer weiß, ob nicht beim Zurückspielen des Backups auch der Datenbankdefekt mit zurückgesichert wird?

Falls es wieder Probleme geben sollte, werde ich das dann aber als weitere Maßnahme durchführen.

Nach einem erneuten Booten gab es nun immer noch eine Fehlermeldung von der Datenbank in Zeile 31:

[2021-06-02T00:55:40,281] <localhost-startStop-1> WARN db - DbServer cannot start due to memory error, restarting with repair

Er hat dann aber selbst einen Reparaturversuch gestartet, und das offenbar erfolgreich, denn danach ging es dann glatt durch (ab Zeile 32)

Ich markiere den Thread nun mal als erledigt.

Vielen Dank!

[2021-06-02T00:54:35,315] <main> INFO  system - UBNT FW version parsed as: UCK.mtk7623.v1.1.19.f4a17b0.210204.0232
[2021-06-02T00:54:47,519] <main> INFO  system - UBNT FW version parsed as: UCK.mtk7623.v1.1.19.f4a17b0.210204.0232
[2021-06-02T00:55:22,136] <localhost-startStop-1> INFO  Version - HV000001: Hibernate Validator 6.1.2.Final
[2021-06-02T00:55:24,972] <localhost-startStop-1> INFO  system - ======================================================================
[2021-06-02T00:55:24,975] <localhost-startStop-1> INFO  system - UniFi 6.1.71 (build atag_6.1.71_15061 - release/release) is started
[2021-06-02T00:55:24,976] <localhost-startStop-1> INFO  system - ======================================================================
[2021-06-02T00:55:24,981] <localhost-startStop-1> INFO  system - BASE dir:/usr/lib/unifi
[2021-06-02T00:55:25,399] <localhost-startStop-1> INFO  system - Current System IP: 192.168.2.6
[2021-06-02T00:55:25,401] <localhost-startStop-1> INFO  system - Hostname: UniFi-CloudKey
[2021-06-02T00:55:25,403] <localhost-startStop-1> INFO  system - ubic.env: prod
[2021-06-02T00:55:31,369] <localhost-startStop-1> INFO  system - UniFi Cloudkey, UUID = 4a8b679b-a3ff-560b-b471-60037a6b7b3e
[2021-06-02T00:55:31,373] <localhost-startStop-1> INFO  system - Setting LED status to INITIALIZING
[2021-06-02T00:55:31,507] <localhost-startStop-1> INFO  SDNotify - ubnt_sdnotify_jni is loaded from: /usr/lib/unifi/lib/native/Linux/armv7/libubnt_sdnotify_jni.so
[2021-06-02T00:55:33,351] <localhost-startStop-1> INFO  db     - waiting for db connection...
[2021-06-02T00:55:38,209] <db-server> INFO  db     - note: noprealloc may hurt performance in many applications
[2021-06-02T00:55:38,278] <db-server> INFO  db     - Wed Jun  2 00:55:38.277 [initandlisten] MongoDB starting : pid=1319 port=27117 dbpath=/usr/lib/unifi/data/db 32-bit host=UniFi-CloudKey
[2021-06-02T00:55:38,280] <db-server> INFO  db     - Wed Jun  2 00:55:38.278 [initandlisten] 
[2021-06-02T00:55:38,281] <db-server> INFO  db     - Wed Jun  2 00:55:38.278 [initandlisten] ** NOTE: This is a 32 bit MongoDB binary.
[2021-06-02T00:55:38,282] <db-server> INFO  db     - Wed Jun  2 00:55:38.278 [initandlisten] **       32 bit builds are limited to less than 2GB of data (or less with --journal).
[2021-06-02T00:55:38,284] <db-server> INFO  db     - Wed Jun  2 00:55:38.278 [initandlisten] **       See http://dochub.mongodb.org/core/32bit
[2021-06-02T00:55:38,288] <db-server> INFO  db     - Wed Jun  2 00:55:38.279 [initandlisten] 
[2021-06-02T00:55:38,294] <db-server> INFO  db     - Wed Jun  2 00:55:38.279 [initandlisten] db version v2.4.10
[2021-06-02T00:55:38,296] <db-server> INFO  db     - Wed Jun  2 00:55:38.279 [initandlisten] git version: nogitversion
[2021-06-02T00:55:38,297] <db-server> INFO  db     - Wed Jun  2 00:55:38.279 [initandlisten] build info: Linux hartmann 3.16.0-4-armmp-lpae #1 SMP Debian 3.16.39-1 (2016-12-30) armv7l BOOST_LIB_VERSION=1_55
[2021-06-02T00:55:38,310] <db-server> INFO  db     - Wed Jun  2 00:55:38.279 [initandlisten] allocator: system
[2021-06-02T00:55:38,312] <db-server> INFO  db     - Wed Jun  2 00:55:38.279 [initandlisten] options: { bind_ip: "127.0.0.1", dbpath: "/usr/lib/unifi/data/db", journal: true, nohttpinterface: true, noprealloc: true, pidfilepath: "/usr/lib/unifi/run/mongod.pid", port: 27117, smallfiles: true, unixSocketPrefix: "/usr/lib/unifi/run" }
[2021-06-02T00:55:38,313] <db-server> INFO  db     - Wed Jun  2 00:55:38.302 [initandlisten] journal dir=/usr/lib/unifi/data/db/journal
[2021-06-02T00:55:38,318] <db-server> INFO  db     - Wed Jun  2 00:55:38.303 [initandlisten] recover : no journal files present, no recovery needed
[2021-06-02T00:55:38,499] <localhost-startStop-1> INFO  db     - Connecting to mongodb://localhost:27117
[2021-06-02T00:55:38,529] <db-server> INFO  db     - Wed Jun  2 00:55:38.529 [initandlisten] waiting for connections on port 27117
[2021-06-02T00:55:40,281] <localhost-startStop-1> WARN  db     - DbServer cannot start due to memory error, restarting with repair
[2021-06-02T00:55:40,448] <db-server> INFO  db     - DbServer stopped
[2021-06-02T00:56:12,584] <db-server> INFO  db     - note: noprealloc may hurt performance in many applications
[2021-06-02T00:56:12,648] <db-server> INFO  db     - Wed Jun  2 00:56:12.647 [initandlisten] MongoDB starting : pid=1363 port=27117 dbpath=/usr/lib/unifi/data/db 32-bit host=UniFi-CloudKey
[2021-06-02T00:56:12,649] <db-server> INFO  db     - Wed Jun  2 00:56:12.649 [initandlisten] 
[2021-06-02T00:56:12,651] <db-server> INFO  db     - Wed Jun  2 00:56:12.650 [initandlisten] ** NOTE: This is a 32 bit MongoDB binary.
[2021-06-02T00:56:12,652] <db-server> INFO  db     - Wed Jun  2 00:56:12.652 [initandlisten] **       32 bit builds are limited to less than 2GB of data (or less with --journal).
[2021-06-02T00:56:12,653] <db-server> INFO  db     - Wed Jun  2 00:56:12.653 [initandlisten] **       See http://dochub.mongodb.org/core/32bit
[2021-06-02T00:56:12,655] <db-server> INFO  db     - Wed Jun  2 00:56:12.655 [initandlisten] 
[2021-06-02T00:56:12,658] <db-server> INFO  db     - Wed Jun  2 00:56:12.657 [initandlisten] db version v2.4.10
[2021-06-02T00:56:12,659] <db-server> INFO  db     - Wed Jun  2 00:56:12.657 [initandlisten] git version: nogitversion
[2021-06-02T00:56:12,660] <db-server> INFO  db     - Wed Jun  2 00:56:12.657 [initandlisten] build info: Linux hartmann 3.16.0-4-armmp-lpae #1 SMP Debian 3.16.39-1 (2016-12-30) armv7l BOOST_LIB_VERSION=1_55
[2021-06-02T00:56:12,660] <db-server> INFO  db     - Wed Jun  2 00:56:12.657 [initandlisten] allocator: system
[2021-06-02T00:56:12,661] <db-server> INFO  db     - Wed Jun  2 00:56:12.657 [initandlisten] options: { bind_ip: "127.0.0.1", dbpath: "/usr/lib/unifi/data/db", journal: true, nohttpinterface: true, noprealloc: true, pidfilepath: "/usr/lib/unifi/run/mongod.pid", port: 27117, smallfiles: true, unixSocketPrefix: "/usr/lib/unifi/run" }
[2021-06-02T00:56:12,695] <db-server> INFO  db     - Wed Jun  2 00:56:12.695 [initandlisten] journal dir=/usr/lib/unifi/data/db/journal
[2021-06-02T00:56:12,698] <db-server> INFO  db     - Wed Jun  2 00:56:12.697 [initandlisten] recover : no journal files present, no recovery needed
[2021-06-02T00:56:12,835] <db-server> INFO  db     - Wed Jun  2 00:56:12.834 [initandlisten] waiting for connections on port 27117
[2021-06-02T00:56:16,371] <localhost-startStop-1> INFO  db     - waiting for db connection...
[2021-06-02T00:56:18,825] <localhost-startStop-1> INFO  db     - Connecting to mongodb://localhost:27117
[2021-06-02T00:56:27,234] <localhost-startStop-1> INFO  productinfo - Using controller channel=RELEASE, firmware channel=RELEASE. Available controller channels=[RELEASE], available firmware channels=[RELEASE]. SSO is disabled.
[2021-06-02T00:56:35,023] <localhost-startStop-1> INFO  webrtc - WebRTC library version: EvoStream Media Server (www.evostream.com) build v2.9.1 - Gladiator - (built for Debian-8.2.0-armhf on 2020-02-05T23:38:32.000) OpenSSL version: 1.1.1d usrsctp version: v0.1.2 compiled on machine: Linux debian-8-2-0-64 3.16.0-6-amd64 #1 SMP Debian 3.16.57-2 (2018-07-14) x86_64 GNU/Linux
[2021-06-02T00:56:41,462] <localhost-startStop-1> INFO  sdn    - Removed fingerbank token
[2021-06-02T00:56:42,911] <localhost-startStop-1> INFO  remote - Directory '/usr/lib/unifi/logs/remote' present

Quote from razor

Das sieht auf jeden Fall sehr hässlich aus und gehört so nicht. Ich gahe da gern mit, dass es sich um ein Problem mit der SD-Karte handelt, ohne es genau "sagen" zu können.

Wo ist eigentlich die SD-Karte "gemountet"? Unter /mnt ja schon einmal nicht...

Unter /data ? Dort sind ja zumindest die Backup-Dateien zu sehen.

Aber dann wäre ja die Datenbank eh nicht auf der SD-Karte, sondern intern im Cloud Key gespeichert.

Gibt es eine Möglichkeit, die Datenbank komplett zurückzusetzen und dann die Einstellungen einzulesen?

Der historische Verlauf der WLAN An- und Abmeldungen interessiert mich eh nicht, das kann ruhig gelöscht werden...

Quote from razor

Moin tobias.x ,

bei meinem CK - ebenso aus 1. Generation - darf das DB-File für die MongoDB v2.4.10 bis zu 2GB groß werden

So sieht der Startvorgang des Controllers beim Update von 6.0.45 auf 6.1.71 im /srv/unifi/logs/server.log aus:

Kannst Du mal in einem Consolen-Fenster ein tail -f /srv/unifi/logs/server.log laufen lassen während Du in einem anderen Fenster mittels systemctl restart unifi den Controller neustartest?

Das Ergebnis kannst dann gern hier als Code posten. Danke.

So, ich finde immer wieder denselben Fehler in dem Log:

[2021-06-01T17:57:37,670] <stamgr> ERROR event  - Failed to fire event: EVT_LU_Disconnected, 5b6903a260d0730f7f4cea95, {user=b4:22:00:0a:be:75, network=LAN-Kanzlei, duration=60, bytes=0}
com.mongodb.WriteConcernException: Write failed with error code 13636 and error message 'file /usr/lib/unifi/data/db/ace.2 open/create failed in createPrivateMap (look in log for more information)'
    at com.mongodb.connection.ProtocolHelper.throwWriteException(ProtocolHelper.java:194) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.connection.ProtocolHelper.getWriteResult(ProtocolHelper.java:62) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.connection.WriteProtocol.execute(WriteProtocol.java:118) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.connection.InsertProtocol.execute(InsertProtocol.java:68) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.connection.InsertProtocol.execute(InsertProtocol.java:39) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.connection.DefaultServer$DefaultServerProtocolExecutor.execute(DefaultServer.java:168) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.connection.DefaultServerConnection.executeProtocol(DefaultServerConnection.java:289) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.connection.DefaultServerConnection.insert(DefaultServerConnection.java:76) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.operation.InsertOperation.executeProtocol(InsertOperation.java:66) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.operation.BaseWriteOperation$1.call(BaseWriteOperation.java:141) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.operation.BaseWriteOperation$1.call(BaseWriteOperation.java:133) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.operation.OperationHelper.withConnectionSource(OperationHelper.java:426) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.operation.OperationHelper.withConnection(OperationHelper.java:417) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.operation.BaseWriteOperation.execute(BaseWriteOperation.java:133) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.operation.BaseWriteOperation.execute(BaseWriteOperation.java:60) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.Mongo.execute(Mongo.java:845) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.Mongo$2.execute(Mongo.java:828) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.DBCollection.executeWriteOperation(DBCollection.java:342) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.DBCollection.insert(DBCollection.java:337) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.DBCollection.insert(DBCollection.java:328) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.DBCollection.insert(DBCollection.java:298) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.DBCollection.insert(DBCollection.java:264) ~[mongo-java-driver-3.4.3.jar:?]
    at com.mongodb.DBCollection.insert(DBCollection.java:201) ~[mongo-java-driver-3.4.3.jar:?]
    at com.ubnt.service.system.publicsuper.Ó00000(Unknown Source) ~[ace.jar:?]
    at com.ubnt.service.event.B.Ó00000(Unknown Source) ~[ace.jar:?]
    at com.ubnt.service.event.B.new(Unknown Source) ~[ace.jar:?]
    at com.ubnt.service.devmgr.M.o00000(Unknown Source) ~[ace.jar:?]
    at com.ubnt.service.system.oOOOoOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO.ÔÒ0000(Unknown Source) ~[ace.jar:?]
    at com.ubnt.ace.C$_OOo.run(Unknown Source) [ace.jar:?]
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_171]
    at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:1.8.0_171]
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:1.8.0_171]
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:1.8.0_171]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_171]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_171]
    at java.lang.Thread.run(Thread.java:748) [?:1.8.0_171]
[2021-06-01T17:57:37,753] <pool-2-thread-45> ERROR Asynchronous EventBusService - Exception thrown by subscriber method o00000(com.ubnt.service.alert.incident.H) on subscriber com.ubnt.service.alert.incident.public@1c74350 when dispatching event: ClientDisconnectedIncident{client=WiredClient{mac=b4:22:00:0a:be:75, siteId=5b6903a260d0730f7f4cea95, gatewayMac=74:ac:b9:42:f2:03, portNumber=0, rateMbps=0}, siteId=5b6903a260d0730f7f4cea95, key=CLIENT_DISCONNECTED}
org.springframework.dao.DataIntegrityViolationException: Write failed with error code 13636 and error message 'file /usr/lib/unifi/data/db/ace.2 open/create failed in createPrivateMap (look in log for more information)'; nested exception is com.mongodb.WriteConcernException: Write failed with error code 13636 and error message 'file /usr/lib/unifi/data/db/ace.2 open/create failed in createPrivateMap (look in log for more information)'
    at org.springframework.data.mongodb.core.MongoExceptionTranslator.translateExceptionIfPossible(MongoExceptionTranslator.java:85) ~[spring-data-mongodb-1.10.23.RELEASE.jar:?]
    at org.springframework.data.mongodb.core.MongoTemplate.potentiallyConvertRuntimeException(MongoTemplate.java:2128) ~[spring-data-mongodb-1.10.23.RELEASE.jar:?]
    at org.springframework.data.mongodb.core.MongoTemplate.execute(MongoTemplate.java:461) ~[spring-data-mongodb-1.10.23.RELEASE.jar:?]
    at org.springframework.data.mongodb.core.MongoTemplate.insertDBObject(MongoTemplate.java:1026) ~[spring-data-mongodb-1.10.23.RELEASE.jar:?]
    at org.springframework.data.mongodb.core.MongoTemplate.doInsert(MongoTemplate.java:835) ~[spring-data-mongodb-1.10.23.RELEASE.jar:?]
    at org.springframework.data.mongodb.core.MongoTemplate.insert(MongoTemplate.java:776) ~[spring-data-mongodb-1.10.23.RELEASE.jar:?]
    at org.springframework.data.mongodb.repository.support.SimpleMongoRepository.save(SimpleMongoRepository.java:80) ~[spring-data-mongodb-1.10.23.RELEASE.jar:?]
    at sun.reflect.GeneratedMethodAccessor308.invoke(Unknown Source) ~[?:?]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_171]
    at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_171]
    at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.executeMethodOn(RepositoryFactorySupport.java:515) ~[spring-data-commons-1.13.23.RELEASE.jar:?]
    at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:500) ~[spring-data-commons-1.13.23.RELEASE.jar:?]
    at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:477) ~[spring-data-commons-1.13.23.RELEASE.jar:?]
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186) ~[spring-aop-5.1.5.RELEASE.jar:5.1.5.RELEASE]
    at org.springframework.data.projection.DefaultMethodInvokingMethodInterceptor.invoke(DefaultMethodInvokingMethodInterceptor.java:56) ~[spring-data-commons-1.13.23.RELEASE.jar:?]
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186) ~[spring-aop-5.1.5.RELEASE.jar:5.1.5.RELEASE]
    at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:93) ~[spring-aop-5.1.5.RELEASE.jar:5.1.5.RELEASE]

Der zentrale Punkt scheint mir zu sein "'file /usr/lib/unifi/data/db/ace.2 open/create failed (?)

Dabei fällt auf, dass es zwar die DAteien ace.0 und ace.1 am angegeben Ort gibt, aber keine ace.2.

Quote from noexpand

Das muss nicht unbedingt etwas heißen. Ich habe den Eindruck, dass für das herunterladenkönnen vorher im Hintergrund erst noch ein paar Sachen eingesammelt werden müssen. Ich hatte den Effekt auf ner UDM-P auch schon. Der Browser dreht sich 'nen Wolf und scheinbar tut sich nichts mehr. Doch dann irgendwann ist der Download plötzlich da.

Da muss man sich manchmal offensichtlich in Geduld üben ...

Stimmt. Dank Deiner Anregung habe ich noch einmal etwas länger gewartet - und tatsächlich: Wenn ich auf die Downloadlinks neben den Backups klicke, dann kommt nach ungefähr 30-45 Sekunden das Download-Dialogfenster des Webbrowsers. Soweit habe ich nun zumindest (hoffentlich) ein paar Sicherungen. Leider funktioniert die Drop-Down-Box bei "Backup herunterladen" aber nicht - da muss ich tatsächlich endlos warten - auch, wenn ich "nur Einstellungen" herunterladen möchte.

Aber immerhin ein beruhigender Schritt, der mir dank Deiner Hilfe gelungen ist: Ich habe Backups auf dem PC.

Danke für den Hinweis.

Quote from razor

Code

Kannst Du mal in einem Consolen-Fenster ein [tt]tail -f /srv/unifi/logs/server.log[/tt] laufen lassen während Du in einem anderen Fenster mittels [tt]systemctl restart unifi[/tt] den Controller neustartest?

Das Ergebnis kannst dann gern hier als Code posten. Danke.

Keep fingers x-ed!

Heute war ich endlich vor Ort und wollte das machen - und ich stellte fest, dass vielleicht die Micro-SD-Karte doch mehr Schäden hat, als ich dachte...

Jetzt habe ich erst einmal eine ganz wichtige Frage:

Speichert der Cloud-Key Gen1 ALLES auf der Micro-SD-Karte?

Hintergrund:

Wenn ich einen Neustart mache, kann es sein, dass dann alle Einstellungen weg sind?

Und falls ja, wie kann ich wohl am besten meine Einstellungen auf den PC speichern?

Obwohl nämlich die Backups der letzten 7 Tage unter "Backups" schön angezeigt werden, kann ich keines davon herunterladen. Im Browser kreist dann ununterbrochen ein sich ein Ring und will gar nicht mehr aufhören. Auch der Versuch, "Nur Einstellungen" zu speichern, hat das selbe Ergebnis.

Dann stellte ich auch fest, dass, wenn ich im Menü etwas über "Backups", ich glaube sinngemäß "Ereignisse", klicke, nach einiger Wartezeit eine Webseite mit Server Fehler 503 erscheint und einem Link zurück auf das Dashboard...

Auch stellte ich heute fest, dass beim Einloggen ins Gäste-WLAN mit meinem Handy keine Umleitung auf das Gäste-Portal erfolgte. Kann das auch etwas mit einer defekten Micro-SD Karte zu tun haben?

Also meine Fragen für ein sinnvolles Vorgehen:

Kann ich per SSH irgendwie alle Einstellungen sichern?

Oder werden die Einstellungen eh nicht auf die Micro-SD Karte geschrieben?

Oder muss ich mir von allem Screenshots machen... ojeh....

Und noch eine Frage:

Gibt es eine Formatierfunktion in der GUI? Oder wie sonst formatiere ich die Karte?

Tausend Dank...

Quote

Zu dem ist mir aufgefallen, dass Apple Geräte mit der Einstellung "Private MAC Adresse" sich nicht verbinden können. Woran liegt das? Gibt da Einstellung die man setzen muss?

Davon kann ich auch ein Lied singen. Bei Android gibt es diesen Mist übrigens auch mittlerweile.

In einem Büro mit über 40 Leuten hatte ich kürzlich ein Unifi mit knapp 8 Access-Points eingerichtet. Neben dem Gast-Netz gibt es entsprechend auch noch ein Mitarbeiternetz. Das Gastnetz funktioniert mit Voucher Codes (einer 3 Stunden gültig für bis zu 6 Personen), die in den Besprechungszimmern auf den Tischen in Visitenkartenhaltern stecken. Das Mitarbeiternetz funktioniert "klassisch" mit WLAN-Kennwort als Sicherheitsmerkmal. Und zusätzlich, damit die Mitarbeiter nicht aus der Faulheit heraus, einen Voucher-Code holen zu müssen, den Besuchern einfach das WLAN-Passwort der Mitarbeiter sagen, habe ich die zugelassenen Geräte per MAC-Adresse freigegeben. D.h. jeder Mitarbeiter muss mir einmal seine MAC-Adresse mitteilen, damit er ins Mitarbeiter-WLAN kann.

Die Fake-MAC-Adressen von Apple sind da wenig produktiv, wenn sie aktiviert sind...

In meinem vorangehenden WLAN-System hatte ich die Mitarbeiter über MAC-Adressen im Captive-Portal freigegeben, also ein ähnliches Verfahren. Hier hatte ich sogar mal einen Fall, in dem die Fake Adressen zweier Apple-iPads identisch waren (!). Damals wusste ich noch nichts von diesen neuartigen Spielereien und brachte mehrere Stunden damit zu herauszufinden, warum sich das eine iPad nicht einloggen konnte...

Wie gesagt, bei Android mindestens seit Version 10 gibt es das dort auch...

Also, Frage an Dich: Beschränkst Du den WLAN-Zugriff auf bekannte MAC-Adressen?

P.S: .Ohne Beschränkung erkennt man diese Fake-MAC-Adressen auch in Fritzboxen und anderen WLAN-Systemen, indem da ein und das selbe Gerät (erkenntlich an der Gerätebezeichnung) immer wieder neue IP-Adressen verpasst bekommt (obwohl man das Gegenteil eingestellt hat), und die Liste der gerade nicht eingeloggten Geräte immer länger und länger wird - mit stets den selben Geräten. Dieses Rätsel hatte mich zuvor auch schon gut ein Jahr beschäftigt...

Immerhin kann man bei Apple und Android diese Einstellung pro WLAN-Verbindung vornehmen, sodass man dann im Mediamarkt trotzdem nicht anhand der MAC-Adresse getrackt wird. Aber was nützt das, wenn das Handy einen individuellen Namen verpasst bekommen hat? Also irgendwie ist das auch Quatsch. Höchstens gut zu gebrauchen, um Zeitbeschränkungen bei MacDonalds oder Datenbeschränkungen im ICE zu umgehen... Wobei ich bei McDonalds eigentlich noch nie das Bedürfnis hatte, dort mehr als 3 Stunden zuzubringen. Bleibt also eigentlich nur noch der ICE als Anwendungsmöglichkeit für diesen "Privatmodus".

Einen verspäteten Dank schon einmal für die Antwort und das Hilfsangebot zur Log-Auswertung.

Ich habe das Thema nicht vergessen - aber weil seit dem letzten Mal keine weiteren Fehlermeldungen mehr hinzugekommen sind, und weil ich bisher noch nicht sowieso vor Ort war, habe ich mich um die Logdatei noch nicht gekümmert.

Das reiche ich aber jeden Fall in den nächsten Tagen endlich nach.