Beiträge von DF612

Idealerweise machst du ein Ticket beim Support auf. Ich habe nach ein paar Rückfragen diese Antwort bekommen:

"I am sorry since the IP range is reserved for teleport then it is not possible to change the range.
We have already raised this internally but we do not have a fixed ETA for the fix."

Mehre unabhängige Anfragen zum gleichen Thema können eigentlich nur helfen.

Ich hab mir einen Workaround mit einem Travel Router gebaut, der sein Netzwerk im gewünschten IP Bereich aufbaut.

Da die Konfiguration des neuen Systems voraussichtlich eine einmalige Sache bleibt, bin ich nicht zwingend auf den IP Bereich angewiesen. Deswegen will ich jetzt auch nicht in meinem grundsätzlich gut funktionierenden Netzwerk herumprobieren und mir möglicherweise neue Problem zu schaffen.

Zitat von KJL

Hast du denn schon den möglichen Workaround versucht ?

Funktioniert (bei mir) nicht.

In den Netzwerken gibt es kein Teleport Netzwerk und in den Einstellungen ist es in der UDM deaktiviert.

Es scheint so, dass wenn einmal Teleport aktiviert wurde es derzeit keinen Weg gibt die 192.168.2.0 wieder freizumachen.

https://community.ui.com/questions/Teleport-blocks-subnet-192-168-2-0/a4b33b0b-7c56-497f-b18d-2ea27e305c2e

Hallo,

zur Konfiguration eines System benötige ich zwingend ein Netzwerk mit der Adresse 192.168.2.1/24.

Leider lässt die UDM diese Adresse nicht zu, da diese vom Netzwerk "Teleport" genutzt wird. Teleport hatte ich kurzfristig mal ausprobiert, inzwischen aber wieder deaktiviert. Dennoch bleibt der IP Bereich gesperrt.

Habt ihr eine Idee, was man hier tun kann?

VG

Der Port ist als IoT konfiguriert.

mDNS ist an (für Homekit). Der Scanner wird in der entsprechenden Scannersoftware auch angezeigt, verweigert aber beim Klicken auf "Scannen" die Funktion.

Drucken funktioniert ohne Probleme und auch der Webserver des Geräts ist erreichbar. Zudem kann ich genau in dieser Konfiguration von meinem Ipad scannen, welches im gleichen Netzwerk wie der Mac läuft.

Wechsel ich mit dem Mac in das gleiche Netzwerk wie der Scanner funktionieren am Mac alle Funktionen.

Leider nein.

Ich hab jetzt die Treiber neu installiert und interessanterweise meldet sich der Drucker im IoT Netzwerk mit Typ "Bonjour" im LAN als "Bonjour Multifunction".

Vielen Dank.

Das Problem liegt möglicherweise nicht im Netzwerk, sondern am Mac.

Über die Canon App auf dem Ipad funktioniert der Scanner über die VLAN Grenze hinweg.

Ich bin mir nicht ganz sicher, ob ich es richtig verstanden und umgesetzt habe?

Ich habe jetzt zusätzlich zum bestehenden Netz 192.168.1.0/24 noch ein 192.168.2.0/24 erstellt.

Drucker hat jetzt eine IP aus der Gruppe 192.168.2.x , MAC ist weiterhin im 192.168.1.x. Allerdings will der Scanner weiterhin nicht arbeiten.

Zitat von iTweek

Moint evt kann der scanner mit vlan nicht arbeiten?

Ich befürchte es.

Folgende Fälle habe ich nun getestet:

Warum betrifft das Problem nur den Scanner und nicht den im gleichen Gerät eingebauten Drucker oder die Webseveroberfläche?

Hallo,

nachdem ich mein Netzwerk umstrukturiert habe und alle IoT Geräte in ein eigenes LAN verschoben habe, funktioniert bei meinen Canon Multifunktionsgerät (MB5350) der Scanner nicht mehr in jedem Fall.

Der MB5350 hängt per LAN Kabel an einem Flex Mini und dieser an einer UDMpro. Das Netzwerk ist wie im Firewall Wiki von EJ aufgebaut und die Regeln entsprechend eingestellt. Einziger Unterschied ist, dass mein LAN nicht auf die 10.10.1.0/24 hört, sondern auf die 192.168.1.0/24 (LAN).

Versuche ich nun mit meinem Mac (LAN) auf den Scanner (IoT 10.10.2.0/24) zuzugreifen, wird dieser zwar erkannt und meldet beim Versuch zu scannen aber einen Fehler.

Der im gleichen Gerät verbaute Drucker funktioniert und auch auf den Webserver des Druckers kann ich zugreifen.

Wechsle ich mit dem Mac in das IoT(-LAN) bzw. wenn ich den Drucker ins LAN verschiebe funktioniert der Scanner.

Zitat von Peterfido

Du hast den Controller zusammen mit

auf einem Raspi betrieben. Jetzt läuft Dein Controller auf der UDM Pro. Für Deine ganzen Server wäre potentere Hardware mit Proxmox wohl besser geeignet.

Das ist richtig. Allerdings lief diese Kombination seit mehr als einem Jahr vollkommen ohne Probleme, nur eben ohne das USG. In Verdacht hatte ich zuletzt die Switche. Da diese aber extrem unbequem zu konfigurieren sind, ist die Idee entstanden auch diese zu tauschen.

Da die Switche >=8 Ports derzeit überall vergriffen oder deutlich über der UVP verkauft werden, wurde die UDMpro preislich attraktiv.

Mit der Performance auf dem RB bin ich sehr zufrieden. Alles läuft sehr flüssig und stabil. Ist aber auch ein PI4 mit 8GB RAM und SSD.

Ich hab das USG3P zurückgeschickt und bin auf die UDMPro umgestiegen. Parallel hab eich die Netgear Switche gegen Unfi Geräte getauscht.

Jetzt funktioniert es.

Zum USG3P:

Ich hatte mir zwischenzeitlich eine kleine Testumgebung gebaut: Nur US3G, ein AP AC Lite, Notebook und ein RB mit einem frisch installierten Controller + Homebridge.

Zweimal habe ich auch die Homebridge Instanz gesehen und konnte sie hinzufügen. Allerdings wurde diese ohne ersichtliche Gründe nach einiger Zeit nicht mehr ansprechbar und ließ sich auch nicht erneut hinzufügen.

Hallo,

um mehr Kontrolle über mein Netzwerk zu bekommen habe ich hinter meine Fritzbox 7590 ein USG3P installiert. Dahinter sind drei Netgear Switches und jeweils ein AP AC Lite und AP U6 Lite. installiert. Der U6 ist parallel mit dem USG installiert worden und hat einen AP AC Pro ersetzt.

Der Controller läuft auf einem Raspberry (kein Docker), auf welchem zusätzlich PiHole, Grafana, Influx, IOBroker und OpenHAB und eben auch eine Homebridge Instanz arbeitet.

Auf der USG habe ich das NAT über die config.gateway.json deaktiviert und die entsprechende statische Route auf der Fritzbox eingerichtet. Den NAT Typ habe ich geprüft und es ist ein Typ-2, also das NAT auf der USG ist aus.

Mein Problem ist nun, dass ich seit der Installation des USG nicht mehr auf die Geräte zugreifen kann, welche über die Homebridge angesteuert werden. Ebenfalls findet die Home App auch die gesamte Bridge nicht mehr. Auch funktionieren die Geräte nicht mehr, welche über den IObroker YAHKA Adapter bereitgestellt werden.

Native Homekitgeräte (Hue, Eufy Kameras bzw. EVE) funktionieren.

Aktiviert ist IGMP Snooping und MDNS. Aktuell ist kein VLAN im Controller eingerichtet. Über den Browser komme ich auf die Hombridge und kann über die Oberfläche auch die Geräte steuern.

Die Konstellation ohne USG hat ohne Probleme funktioniert. Von daher glaube ich, dass die Ursache irgendwo beim USG liegen muss.

Seltsam finde ich, dass mein Airprint Drucker und auch der Bonjour Time Machine Broadcast funktionieren. Bonjour HAP von der Homebridge offenbar aber nicht.

Hat jemand eine Idee?
Danke

EDIT:

Der Grund liegt definitiv irgendwo im/am USG. USG aus dem Verbund genommen und die Fritzbox wieder zum Router in Verbindung mit den APs gemacht und die Bridge taucht direkt in Homekit auf.

Nochmal vielen Dank an alle die mir bei dem Problem geholfen haben.

Ich hoffe das Problem nun wirklich gelöst zu haben und bin nicht voreilig.

In dem nachfolgenden Link wird ein ähnliches Problem wie meins beschrieben.

https://printoid.net/2017/09/2…wireless-connection-lost/

Auch bei mir wird eine recht hohe Anzahl an Tx excessive retries angezeigt, allerdings bei weitem nicht so viele wie in dem verlinkten Artikel.

Letztlich habe ich mir einen externen USB wifi Stick besorgt und anschlossen. Für den Moment reagiert der Pi zuverlässig und deutlich zügiger auf Anfragen. Und bis jetzt von allen Geräten.

Ich gebe dir absolut Recht. Leider ist eine LAN Verkabelung in diesem Fall keine Option. Der RB ist Teil meiner Bewässerungssteuerung draußen und daher nur mit extremen Aufwand an das LAN anschließbar.

Zitat von Samhain

Könnte es sein, dass die Geräte in den Stromsparmodus gehen?

Wifi Power Saving ist auf dem RPI deaktiviert.

Sofern Power Saving auf dem RPI das Thema wäre, würde ich auch erwarten, dass alle Geräte gleichzeitig betroffen sind.

Da dieses Verhalten im Wifi der Fritzbox bzw. im LAN nicht auftritt vermute ich das Problem / den Bug irgendwo in der Unifi Umgebung (Controller oder APs).

Danke für die Tipps. Ich habe mir ohnehin vorgenommen ein reines WPA3 Wifi einzurichten, in das nur 100% kompatible Geräte kommen.

Mein Bauchgefühl sagt mir aber, dass es nicht an der Verschlüsselung liegen wird.

Die Problematik bestand bereits in einem reinen WPA2 Netzwerk. Wenn es ein Problem mit der Anmeldung im Netzwerk wäre, dann dürfte das Gerät doch auch nicht im Controller bzw. in der Fritzbox auftauchen? Ebenfalls passt für mich nicht, dass ich mich abwechselnd mit den Geräten anmelden kann, während zeitgleich die Verbindung mit anderen Geräten nicht möglich ist. Und warum kann ich mit einem Ping vom RPI die Verbindung aufwecken?

Static IP bringt auch keine Besserung.

RPI taucht sowohl im Controller als auch in der Fritzbox mit der neuen static IP auf. Allerdings ist ein Zugriff auf den RPI eher Glückssache.

Absolut unklar ist, warum die Verbindung manchmal funktioniert und dann wieder nicht. Bzw. zum gleichen Zeitpunkt mit Device A geht, aber mit Device B nicht und beim nächsten Mal genau umgekehrt.

APs sind im WPA2/WPA3 PMF optional verschlüsselt.

Das Wifi der Fritzbox läuft auch auf WPA2/WPA3 und das Problem mit den Unifi AP hatte ich bereits mit der 4.x Firmware, welche kein WPA3 unterstützt hat.

Ich sehe dort keinen Fehler.

Kurios ist, dass der gleiche RB im LAN oder im Wifi der Fritzbox rund läuft. An den Unifi APs will es nicht stabil funktionieren.

IP ist derzeit aus dem DHCP Pool. Änderung in eine statische IP werde ich als nächstes prüfen.