Beiträge von darkneo09

Zitat von besenwesen

Entweder Bug oder fehlkonfiguration. In der WebUI von Pihole war jedenfalls ein externer DNS angegeben. Die Kette/Reihenfolge muesste also stimmen. Ich kann mir vorstellen, dass auf dem PiOS irgendein Dienst laeuft, der unter der Haube ein DHCPLease mit DNS=Gateway gepseichert hatte.

Irgendwie schade, dass ich nicht weiter komme, aber ich glaube hier endet die Unifi Thematik und es geht mehr richtung Debian/PiOS. Trotzdem danke an alle. Ein paar Gedankenanstoesse konnte ich schon sammeln.

Ich hab den Clients im Netz erstmal den Pi als Primary DNS mitgegeben. Macht schoene statistiken in der WebUI und ist eigentlich auch ne gut laufende config.

Halten wir aber fest, anders gehts wohl auch.

Ist leider auch keine Lösung. Alle DNS Anfragen müssen über die UDM Laufen, ansonsten funktionieren Traffic Rules nicht, falls du diese benutzt.

Hallöchen Community,

hab da mal ein sehr kurioses Problem und finde keine Informationen dazu. Villeicht kann mir jemand helfen oder es nach bilden.
Erst einmal zu der Situation, ich habe ein VLAN welches vollständig getrennt sein soll von allen anderen angelegten Netzen.
Dieses Netz nenne ich INetServices.

Mit einer Entsprechenden Traffic Rule Block Local Networks klappt das auch super.
Auch eine einzelne Freigabe, sodass ich aus meinem Normalen netz auf diese VLAN zugreifen kann, funktioniert einwandfrei.
Die Server in dem VLAN haben ebenfalls Internet.

Jetzt zu dem Problem, welches auftritt sobald ich von diesem VLAN Port Forwarding von Port 80 und 443 einrichte, ist der entsprechende Dienst auf diesen Ports nicht mehr erreichbar.
Hier kommt es dann zu extrem langen Ladezeiten oder es lädt überhaupt nicht.

Nehme ich jetzt den Traffic Rule "Block Local Networks" raus, ist alles ohne ladezeiten errreichbar.
Leider kann dann auch der Server, auf andere VLANs wieder zugreifen was ich verhinden möchte.

Der Hostname muss auf einem . enden, ca. so

dns.deinedomain.de.

erst dann hats funktioniert.

Hat was gedauert bis ich mich wieder melden konnte.

Sollte eigentlich so sein, funktionierte nur nicht. Die Kamera konnte sich nicht mit dem WLAN verbinden. Habe mittlerweile die Gründe gefunden warum.

1. Grund Fehleinstellungen des seperaten Wifi Netzwerks.
Aus irgendeinem Grund war das falsche VLAN im Wifi Netzwerk hinterlegt, die für die Kameras dienen sollte.

2. Grund Protect Wifi switch funktioniert nicht

Nachdem ich das korrekte VLAN im Wifi Netzwerk eingestellt hatte, musste ich über das Kamera Web GUI das Wifi Netzwerk ändern.
Über Protect funktioniert das nicht.

Eventuell könnte einer der Gründe sein, das mein Wifi Password Sondernzeichen enthält die über Protect nicht eingebbar sind. Wäre nicht das erste mal, das bestimmte Sonderzeichen nicht funktionieren.

Anonymität ist der Falsche Ausdruck, da dies aufgrund des Faktors Zeit Spuren zu Mustern werden und dann der Nutzer erkannt wird.

Selbst bei Technische Absoluter Anonymität, ist immer der Nutzer vor dem Rechner die Schwachstelle.

Eine Spur im Netz ist nicht mal so schlimm. Sondern das Muster deines Verhaltens, welches Identifiziert und zugeordnet werden kann.

Heißt du kannst defacto nicht Anonym sein. Deine Spur im Netz kann man relativ einfach Anonymisieren, dein Verhaltensmuster nicht.

Eine Anonymität ist defacto unmöglich. Es läuft darauf hinaus wem Vertraust du deine Daten an.

Heißt unter dem Strich, was möchtest du erreichen?

Hallo erstmal,

ich wende mich an euch mit einem Problem, wo ich leider nichts zu finden kann oder das was ich finde mir nicht weiter geholfen hat.
Vor kurzen fing ich an die Kameras von Unifi einmal ausprobieren zu wollen und holte mir als ersten die G3-Flex. DIese konnte ich auch mit einem Seperaten VLAN einbinden, leider scheint nur mein Alter CISCO PoE Switch ein paar Protokolle nicht zu Unterstützen, weswegen die G3-Flex direkt an der UDM SE angeschlossen ist.
Jetzt wollte ich gerne einen Schritt weiter gehen und die WIFI Kameras ausprobieren. Zum einen als Erfahrungssammlung, für den aufbau einer Protect umgebung eines Guten Familienfreundes, zum einen weil ich die Funktionen von Protect/APP Super finde.



Grundlegen einmal der Netzwerk Aufbau und was ich getestet habe.

Netzwerkaufbau
Fritz.Box -> UDM SE -> Switch(Cisco POE) -> U6 Pro/U6 Lite
-> VLANs... -> VLANs...

Getestet
APs direkt an die UDM SE ohne Switch, da meine G3 Flex mit dem Switch dazwischen nicht funktionierte.
Alle SSIDs ausser der gewünschen Abschalten, hier macht die UDM SE dann einfach ein neues WIFI auf mit dem Namen Elements-"Nummern"
SSID für die Kameras habe ich mit verschiedenen Einstellungen getestet, entsprechend der Fehlermeldungen des Maintance.log der Kamera, ohne jeden Erfolg.

Mein Problem
Ich kann die den WIFI SSID der G4-Instant nicht wechseln. Weder über Protect noch mit voreinstellungen in der Kamera direkt.
Sprich in der Kamera kann ich ja das Gateway/Protect Server IP angeben.
Nachstehend einen Auszug des Maintance.log der Kamera.

Kamera Maintance.log auszug:
wpa_supplicant[4075]: wlan0: CTRL-EVENT-ASSOC-REJECT

[dhd-wlan0] wl_ext_iapsta_event : connect failed event=0, reason=0, status=1

[dhd] CFG80211-ERROR) wl_notify_connect_status_bss : SAE AUTH FAIL EVENT

[dhd-wlan0] AEXT-ERROR) wl_ext_in4way_sync_sta : WPA failed at 13

[dhd-wlan0] wl_notify_connect_status : connect failed event=0 e->status 1 e->reason 0

[dhd-wlan0] wl_bss_connect_done : Report connect result - connection failed

Villeicht kennt jemand eine Lösung dazu?