Beiträge von Paytheprice

Ich bin da kein Fachmann, aber ich meine, die nutzen auch das WiFi. Nur unter bestimmten Umständen switchen die auf Bluetooth. Man braucht ja auch einen HomePod oder AppleTV als Boarder Router. Ein Gerät muss also sicher im WLAN stehen, in meinem Fall die HomePods.

Unabhängig davon wurden die meisten Geräte bei EVE so umgestellt, dass sie seit dem vergangen Monat beides können, also Thread und Matter.

Wurde das denn gelöst? Ich habe hier auch eine Vielzahl an EVE Produkten laufen, gerade gestern habe ich eine neue EVE Flare (Matter) hinzugefügt. Mit allen Geräten gab es nie Probleme bei der Bedienung mit der EVE-App. Schade ist, dass die nicht in der Übersicht der Network Application angezeigt werden (können).

Zitat von defcon

Schließe doch einfach das USG am PC an, über LAN1 , geh auf die Weboberfläche und passe die IP auf 192.168.178.x an. Dann das USG mit dem Switch Verbinden und schon sollte es sich zum adopten im Controller melden.

Bei mir läuft das ganze Unifi Geraffel auch im 10er Management LAN, war zwar jetzt beim Umzug aufs UXG etwas tricky, hat halt ne Stunde anstatt 5 Minuten gedauert

Ich komme mal auf diese alte Thema zurück. Das USG lag hier immer noch ohne Einbindung rum. Ich habe es wie von defcon beschrieben gemacht. Hinter dem Switch wird es USG dann zwar gesehen, aber nicht eingebunden, weil von einer anderen Instanz verwaltet.

Es fordert dann Username und PW, die ich natürlich nicht kenne. Ubnt und ubnt sind es nicht (mehr).

Habe das gleiche Problem auf meinem Raspi. Die Widgets sind weg. Hatte hier

UniFi Network Application 7.x.xx - Seite 2 - Webinterface - Controller - ubiquiti - Deutsches Fan Forum (ubiquiti-networks-forum.de)

darüber berichtet. Ein Zufall ist das vermutlich wirklich nicht, aber unschön. Erst geben sie uns die Widgets, dann sind sie wieder weg. Oder kann das was mit Java auf dem Raspi zu tun haben? So wie BenLue es in seinem Screenshot zeigt, sah es gestern bei mir auch noch aus.

Klar, die Angaben finden sich für die einzelnen Geräte. Aber so wie jetzt, sah die Seite bei mir vor einem Jahr noch aus, danach wurden die Kreisdiagramme und die aktivsten Clients auch angezeigt. Die sind nun weg. Lustig ist, dass man eine Art "Schattenbild" hat, bevor die Seite komplett geladen ist, etwa für eine Sekunde. Da sind die alten Umrisse alle noch da

Das ist es jetzt bei mir.

Habe die 7.36.76 auf meinem Raspi installiert. Läuft einwandfrei, aber die Übersichtsseite hat sich massiv verschlechtert. Oder sehe ich die Infos zum most active client und die runden Diagramme einfach nicht mehr. In der App scheint alles noch mormal.

Danke für den Hinweis. Ich habe die Channel width in 2,4 Ghz auf HT40 und in 5 Ghz auf HT80 erhöht. Das scheint auch was gebracht zu haben.

Hallo Mitglieder,

unser heimischer Internetanschluss läuft jetzt über die Deutsche Glasfaser mit 1 GBit. Das liegt im Netzwerk über LAN auch an. Das Problem vermutlich eher eine Einstellungssache. Ich habe als WLAN-Router eine FriitzBox 7590 PW. Am WAN hängt über ein LAN-Kabel der erste Switch, ein Lite 8PoE. an diesem hängt dann, neben anderen Geräten, auch ein AP Long Range. Die FritzBox selbst baut - noch - selbst ein WLAN auf. Das wollte ich eigentlich deaktivieren. Aber: Ich habe bei verschiedenen Speedtests der beiden WLAN festgestellt, dass an der Fritz ca. gut 700 Mbit anliegen, am AP, der fast direkt neben der FB ist, aber immer nur rund 400 Gbit. Ich sehe, dass ich keinen Unterschied merke, aber es nicht. Der ältere AP Lite in einem anderen Teil des Hauses kommt nur auf rund 280 Mbit. Laut der Network Application hängt das iPhone, mit dem ich teste, aber immer im 5 GHz-Band, eigentlich sollte also mehr möglich sein. Auch wenn es nicht notwendig ist.

Hat jemand einen Rat oder eine Idee?

Beste Grüße

Paytheprice

Ich habe nun vermutlich den Grund meiner Probleme gefunden, bin das Thema aber noch nicht aktiv angegangen. Ich habe den Controller in der Network Applikation an die IP angebunden, die der Raspberry, auf dem sie läuft, im Netzwerk erhalten hat. Wenn ich den Raspi dann ins "neue Netzwerk" hinter dem USG hänge, kann das natürlich aus meiner jetzigen Sicht nichts geben. Ich habe nun doch die Tendenz, dem USG die 192.168.178.x der FB einzutragen. Dann muss ich nur noch der FB andere IPs reindrehen und nach Möglichkeit zumindest für einige der Endgeräte fixe IPs vergeben, und zwar die, die sie eben bislang auch hatten. Meint Ihr, ich denke richtig? Und hat jemand eine vernünftige Anleitung, wie ich dem USG für die Geräte bei der oben gezeigten Konstellation die fixen IPs für bestimmte Geräte beibringen kann?

Zitat von defcon

Schließe doch einfach das USG am PC an, über LAN1 , geh auf die Weboberfläche und passe die IP auf 192.168.178.x an. Dann das USG mit dem Switch Verbinden und schon sollte es sich zum adopten im Controller melden.

Bei mir läuft das ganze Unifi Geraffel auch im 10er Management LAN, war zwar jetzt beim Umzug aufs UXG etwas tricky, hat halt ne Stunde anstatt 5 Minuten gedauert

Hallo zusammen,

so bin ich nun mehrfach vorgegangen. Das USG hängt am Switch, der Raspi aber an einem anderen Switch. Der Controller sieht das USG, möchte es verbinden und das klappt dann jeweils nicht. Hat das vielleicht was mit setinform zu tun? Die Firmware habe ich per ssh aktualisiert, es gab mehrerer Resets des USG. Derzeit bin ich ratlos. Auffallend ist, dass beim Adopten in der Geräteübersicht immer die 192.168.1.1 kurz angezeigt wird, obwohl ich 192.168.178.x eingestellt habe. Irgendeine Einstellung ist falsch und ich finde den Fehler einfach nicht.

Gerade sehe ich, bei einem neuen Versuch, dass es sich versucht, mit der 192.168.178.1 anzumelden. Ich vermute, das verursacht das Problem, weil ja die FB auch so angesprochen wird.

Ich mich nun noch einmal eingeloggt und die Haupt-IP von 192.168.178.1 auf .2 geändert. Das ging auch. danach habe ich das USG an den Switch geklemmt. Nun teilt er mir mit, managed by an other console. Obwohl keine Adoption stattgefunden hat, ist er blau. Vermutlich geht es nur mit einem erneuten Reset.

Danke schön. Ich rätsle immer noch, warum alle Komponenten sich nicht einbinden ließen. Das USG war ja sogar resetted und im Werkszustand. Und dass sich nicht einmal die Switche, an denen ich auch keine Änderungen vorgenommen habe verbinden konnten. Vielleicht doch ein Fehler auf dem Raspi. Softwarestand ist mit 7.0.25 dort aktuell.

Da wir nach dem Wochenende mit Zwei Homeoffices, Netzwerkdrucker und Squeezeboxen auf das Netzwerk angewiesen sind, habe ich das LMS erstmal wieder ausgebaut. Es war so aufgebaut, wie Hommes es geschrieben hat, also hinter der Frtzbox und alle anderen Geräte dann hinter dem USG. Ich konnte keines der Geräte einbinden, auch nicht die Switche. DHCP auf der FB lief aber auch noch, so weit war ich noch nicht.

Die Fritzbox vor dem USG ohne Durchleitung? Kann es daran leigen?

Ich betreibe es mit dem Standardraum 192.168.1.x, den das LMS vorgibt. Irgendwie kann ich aber dennoch keine der Geräte einbinden, selbst die Switche nicht.

OK, versuche ich. Aber auch das USG wird nicht adopted.

Tja, nun habe ich das USG eingebunden. Das Netzwerk läuft auch, ich komme auf den Controller, allle Komponenten werden angezeigt, aber sie werden alle nicht eingebunden. Es wird zwar "adopting" angezeigt, aber es passiert eben nicht.

Also ich bekomme das Ding einfach nicht adopted. Es ist nun blau, was ja eigentlich darauf hindeutet, dass es adopted ist, aber es klappt eben nicht.

Ich werde das heute Abend mal testen und berichten.

Hatte nun schon Zeit gefunden:

Ich habe dem USG das nun so beigedreht und ihn dann an den Switch gehängt. Im Controller taucht es dann auch orange auf. Das Adopten scheitert aber immer mit Fehlermeldung. Was auffällt: In der Device Übersicht haben natürlich alle Unifi-Komponenten eine IP aus der Range 192.168.178.x. Das USG wird offenbar versucht, unter der IP 192.168.1.1 anzusprechen, obgleich das ja geändert ist. Jedenfalls ist das Feld unter IP adress vor dem Adopten leer, und während des Versuchs blinkt immer kurz die 19.168.1.1 auf, bevor es die Fehlermeldung gibt. So weit war ich irgendwann auch schon mal, bin dann aber auch nicht weiter gekommen.

Auf der Übersichtsseite des Controller wird das USG links auch angezeigt, mit Gateway 192.168.1.1. Habe ich die "falsche IP" geändert?

Gruß

Pay

Hi Razor,

die Fritte hat 192.168.178.1 - 254, also vermutlich Standard. Sie läuft mit DHCP. Für einige Geräte, wie die zwei NAS von Synology gibt es feste IPs. Das USG steht auf seinem Standard. Im Prinzip hätte ich es natürlich gerne, wenn das USG den IP-Raum der FB nutztet, dann hätte ich bei der Einrichtung der Clients weniger Arbeit. Aber ich habe hier auch gelesen, dass es beim USG sinnvoll sein soll, die vorgegebenen IPs nicht zu ändern. Doppeltes NAT würde ich in einem zweiten Schritt versuchen zu deaktivieren. Das scheint ja per ISON nicht so profan zu sein. Ich könnte natürlich nun einfach alles hinter das USG hängen und schauen, was passiert, aber das ist nicht so meins - und wenn die fünf Squeezboxen dann nicht mehr funktionieren, und das werden Sie, der LMS läuft auf einem weiteren Raspi, dann gibt es mit dem Rest der Familie Ärger, weil es kein Radio und kein Spotify mehr gibt.

Der PI ist ein 4B und exklusiv für den Controller, bei den heutigen Preisen ein echter Luxus :-). Also sollte ich wohl, wie ich Dich verstehe, die IPs des LMS beibehalten, richtig?

Wie stelle ich es an, den Raspi in 192.168.1.0//24 zu hängen? Auf der Admin-Oberfläche des USG? Und welchen Raum drehe ich ihm dann bei? Derzeit sieht die Sache wie im Anhang aus. Die FB ist natürlich falsch dargestellt.

Ich fasse aber noch mal nach: Auf die Oberfläche des USG zu kommen, ist kein Problem, auch wenn das USG am LAN1 hängt. Aber ich muss ja auf die Oberfläche des Controllers und das bekomme ich nicht hin. Ich habe es mal geschafft, aber dann konnte ich die APs nicht einbinden und war in einer Dauerschleife zwischen einbinden und nicht eingebunden gefangen.

Viele Grüße

Pay