Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Danke für alle Antworten.
Es wird wahrscheinlich doch um eine 100 Mbit Buchse handeln. Es hat mich nur irritiert, dass in den Diagrammen die jeweilige Belastung bei 6 Mbit war und dazu der HTTP-Peek 4 MBit. Also sollte die Bandbreite schon ausreichen.
Das Port zeigt eine hellgrüne Farbe:
Laut meinem Speedtest's habe ich meine 200 MBit.
Laut meinem Serviceprovider ist der Backbone OK.
Er meinte bei Sky würden sich Fehlermeldungen häufen.
Ich werde es weiter beobachten.
Das zusätzliche VLAN würde aber den Flaschenhals nicht entfernen, falls es einen im Netzwerk oder in Richtung Internet gibt.
Aber jeweiligen störenden Tafic zum Receiver ausschalten, venn der Port nur auf den VLAN hört und damit den Default-Trafic nicht an den Receiver kommt.
Sollte es trotzdem nicht passen ist der Receiver der schuldige oder die Einstellungen im Netzwerk selbst
Hi DoPe,
Danke für Antwort.
Nein, das habe ich schon versucht.Ich habe keinen Weg gefunden, wie ich das isolieren könnte. Wenn es der Receiver selbst ist, dann gute Nacht. Wenn der währens des Streams vielleicht eine Anfrage um ein Update macht und selbst donloaded, ist der noch schlechter als ich vermutet habe.
Ich hatte gehofft, ich könnte beim Port oder wo für den Stream eine Mindest-Bandbreite einstellen.
Neues Network? Ja das werde ich noch machen.
Eine weitere Lösung wäre mit noch eingefallen: Ich mache ein VLAN nur für den Receiver. Jetzt ist er im allgemeinen Netzwerk. Dann wäre der Receiver isoliert.
Hi Leute,
ich bräuchte Hilfe um ein Problem zu lösen, von dem ich glaube, das es in meinem Netzwerk oder vor dem Bildschirm sitzt.
Ich habe einen 200/100 MBit Glasfaser-Anschluss, der sehr stabil ist. Zumindest ergeben das die Speed-Test zu verschiedenen Zeiten.
Ich habe einen Sky-X Receiver, der als LAN über 2 USW Flex Mini an einer UDM angeschlossen ist. Der Receiver hat eine 10 MBit Schnittstelle, für das Streaming reicht es aus.
Seit einigen Wochen (eventuell seit dem Netzwerk-Update am 26.10.2023 auf v7.5.187) habe ich zur Prime-Time Probleme mit eingefroren Bild und laufenden Ton. Kommt das Bild wieder ist es kurze Zeit in einer schlechten Auflösung.
Ich habe jetzt mal den Trafik in den Diagrammen angeschaut und folgendes festgestellt:
Genau zum Zeitpunkt, an dem die Einbrüche kommen habe ich Peaks im HTTP, Mir sagen diese Werte nichts, weil einen Peak von 5Mbit bei einer 100MBit Leitung nicht gravierend finde. Aber es scheint, das damit der Sky-X-Reciver beeinflusst wird.
Soweit ich weiß (vom Hörensagen ode Querlesen) kann man Protokolle ja priorisieren.
Wie und wo kann ich das machen, dass auf dem Receiver, bzw. auf dem Port des USW der Stream priorisiert wird?
Oder ist es etwas anderes?
Autobackup's habe ich abgeschaltet.
Danke für Eure und speziell Deine Hilfe.
Hi,
ich möchte mich noch einmal mit meinem Status melden.
Nachdem ich das Netzwerk mit Eurer Hilfe "rapariert" habe und auch den Remote-Zugriff aktiviert habe, wollte ich das eine Woche ruhen lassn und das nächste "Client-freie" Wochen-Ende abwarten, bevor ich das OSS hochziehe.
Allerdings habe ich mir selbst einen Stolperstein gelegt, indem ich das Auto-Update, das wahrscheinlich beim Factory-Reset eingeschalten wurde, nicht deaktiviert habe. Gestern (Sonntag) hat die UDM wieder mal plötzlich gezickt (LED-Ring hat weiss geblinkt) und ich habe dann über Unifi auf die UDM zugegriffen.
Da habe ich zu meiner Überraschung gesehen, das das OSS auf 3.0.20 hochgezogen wurde, alle AP's und Switches Probleme beim Adopting gehabt haben und ein paar von den Switches offline waren.
Das habe ich dann mal entnervt sitzen gelassen und habe auf normalen TV das Formel1-Rennen angeschaut.
Und danach habe ich gesehen, das sich alles wieder beruhigt hat und jetzt, wo ich das schreibe, das System geschmeidig läuft.
Ich bin mir jetzt nur nicht sicher, ob das Online-Update ebenfalls die Regel 2.4 -> 2,5 -> 2,6 -> 3.0 eingehalten hat, oder gleich das 3.0 darober gepfeffert hat und dadurch wieder Probleme auftauchen könnten.
Ob und wie ich den Wireguard, bzw. den AdBlocker einsetze, weiss ich noch nicht. Zur Zeit verwende (noch) kein VPN und einen Adblocker habe ich auf einem VLAN mittels PiHole.
Eines habe ich auf jeden Fall gelernt: Bei Änderungen irgendwo sofort ein Backup zu ziehen 
So, das alte Netzwerk läuft jetzt. Allerdings gab es Probleme, die ich vorher nicht hatte.
Die Oberfläche, z.B. für die Firewall-Einstellung ist anders als ich gewöhnt war, ich habe sie schon einmal gesehen, aber dann irgendwie auf die "alte" Ansicht umgestellt.
Aber es geht und das Netzwerk ist wieder so schnell wie früher.
Ich werde dann die DRM auf die höheren OSS upgraden.
Ich danke Euch für eure Unterstützung.
PS: gibt es irgendwelche Vor/Nachteile bei den OSS2 oder OSS3?
Ach hättet ihr nur geschrieben, das Controller im UI das Network ist.
Das OSS2 oder OSS3, ist das nun die UDM-Firmware oder die Controller-Firmware?
Aufgrund Deiner Frage habe ich mal weiter nachgeschaut. Und ja es war falsch der falsche Platz.
Ich habe es jetzt unter Network eingespielt und alles ist wieder da.
Vor allem die Rules.
Jetzt muss ich erst wieder die AP's ReAdopten, bei denen ist jetzt anscheinend wieder ein falscher Controller eingetragen.
Wenn die wieder drinnen sind, kann ich weiter machen. Da Remote jetzt eingeschaltet ist, wird hoffentlich auch ein Upgrade des OSS möglich sein und dann alles laufen. Auch Autobackup habe ich jetzt eingeschaltet, muss nur noch schauen ob das Update in die Cloud auch funktioniert.
Aber das ist ein anderer Lernprozess
Hi Leute,
Das ergab ein Debakel.
Das Überspielen der FW hat nichts gebracht. Es kam keine Verbesserung beim UI-Interface
Also habe ich das Backup auf meinen Client-Rechner kopiert.
Und ein Factory-Reset an der UDM gemacht.
Web-Interface kam hoch und dann die Page für das Setup.
Ich bin dann soweit durchgegangen, bis ich auf UDM-Seite gekommen bin.
Dann wollte ich das Backup einspielen, da wurde ich etwas stutzig - der Browser filtert auf Extension "unifi", aber ich hatte ein Backup mit dem der Extension "unf".
Und natürlich konnte die UDM das Backup nicht einspielen. Sie meldete es als "corrupt".
Damit stecke ich ganz tief in den Exkrementen.
Alle meine sorgfältig erstellten Firewall-Rules für Inter-VLAN und WAN.Kommunikation sind weg, und ob mir alles wieder einfällt, was ich mir vor drei Jahren zusammgereimt habe, ist nicht so sicher.
Die UI sieht jetzt ganz anders aus, als ich in Erinnerung habe.
Ich muss alle Devices neu Anlernen. Zu einigen komme ich gar nicht so leicht hin, um sie zu resetten (Aussen-Antennen).
Da auch die Frage:
Bei den AP's sagt er, man könne sie entfernen, damit wäre ein Werks-reset durchgeführt und sie würden nicht mehr angelernt werden (wenn ich das englisch richtig verstehe). Auch nicht wenn
Das sieht danach aus
Danke.
Dann werde ich am Nachmittag mal alle aus dem Netz werfen und nach Post 8 die alte Version darüber installieren.
Und wenn das funktioniert, dann die weiteren Schritte machen und Remote einschalten.
Dann werden wir sehen, wie es weiter geht.
Danke.
Ich habe einen autobackup-ordner gefunden, aber der ist leer.
# ls -l /data/unifi/data/backup/
total 1268
-rw-r--r-- 1 902 902 8944 Mar 5 2021 5.12.30.unf
-rw-r--r-- 1 902 902 15920 Apr 2 2021 6.0.43.unf
-rw-r--r-- 1 902 902 15376 Apr 2 2021 6.1.70.unf
-rw-r--r-- 1 902 902 896672 Aug 6 2021 6.1.71.unf
-rw-r--r-- 1 902 902 36976 Jan 6 2022 6.2.26.unf
-rw-r--r-- 1 902 902 39824 Feb 4 2022 6.5.54.unf
-rw-r--r-- 1 902 902 41728 Jul 18 2022 6.5.55.unf
-rw-r--r-- 1 902 902 72528 Nov 2 2022 7.1.66.unf
-rw-r--r-- 1 902 902 70144 Nov 5 20:14 7.2.94.unf
-rw-r--r-- 1 902 902 72272 Feb 16 16:32 7.2.95.unf
drwxr-xr-x 2 902 902 4096 Nov 12 2019 autobackup
-rw-r--r-- 1 902 902 1233 Feb 16 16:32 meta.json
# ls -l /data/unifi/data/backup/autobackup/
total 0
#Wenn der letzte das 7.2.95.unf ist, dann wäre ich zufrieden, weil seit dem Februar habe ich keine Änderungen in der Konfiguration gemacht.
Leider habe ich kein /data/autobackup
# ls -l /data/
total 20
drwxr-xr-x 3 root root 4096 Mar 5 2021 dpkg-cache
drwxr-xr-x 3 root root 4096 Mar 5 2021 postgresql
drwxr-xr-x 5 907 907 4096 Feb 16 16:30 ulp-go
drwxr-xr-x 5 unifi 1004 4096 Nov 12 2019 unifi
drwxr-xr-x 7 root root 4096 May 4 09:39 unifi-core
#Okay hast noch OS1 Firmware 1.12.38
Da du kein Remote an hast wird ein Update auf OS2 und 3 nicht gehen, da Remote für die Migration Pflicht ist.
Zuerst musst du deine UDM wieder hin bringen und bitte keine FW updates auf OS2 und höher per SSH machen.
Nachdem die UDM wieder läuft bitte Remote einschalten sonst wir eine Migration auf OS2 nicht gehen.
Also nochmal die 1.12.38 drüber, in SSH
Codeubnt-upgrade https://fw-download.ubnt.com/data/udm/8748-udm-1.12.38-9347f398094144f1ad9cdee96ce9e57f.bin
Danke.
Gibt es eventuell noch eine Möglichkeit, ein Backup per SSH anzuwerfen, damit ich die aktuelle Konfiguration noch sichern kann?
Danke.
# info
Model: UniFi Dream Machine
Version: 1.12.38.4335
MAC Address: 74:ac:b9:5c:c4:04
IP Address: 2.57.50.160
Hostname: UDM
Uptime: 28452 seconds
Status: Connected (http://localhost:8080/inform)# ubnt-device-info summary
Device information summary:
Subsystem ID: ea11
Family: UniFi Dream Machine (UDM)
Model: UniFi Dream Machine (UDM)
Default MAC address: 74:ac:b9:5c:c4:04
Default IPv4 address: 127.0.0.1
Firmware: 1.12.38 (1.12.38)
#Wenn du bei der Einrichtung " Remote" freigeben hast sollte es über unifi.ui.com gehen, einfach probieren.
Kommst du per SSH drauf kannst du auch das letzte Backup ziehen, Firmware Version anzeigen geht auch
Codecat /etc/version
Ich glaube nicht, das ich Remote freigegeben habe. Ich hatte nicht vor, per Remote von aussen zuzugreifen.
Aber es gibt kein /etc/version das ich auslesen könnte.
Danke für die Anwort
Grundsätzlich wäre es hilfreicher wenn du auch etwas über Firmware Stand und Controller Version geschrieben hättest.
Kommst du nur Lokal nicht drauf? Was ist mit Remote Zugriff über unifi.ui.com?
Hast du ein aktuelles Backup? In der Cloud oder Lokal?
Im UI Forum gab es diese Problematik schon das ein oder andere mal.
Grundsätzlich lief es meistens darauf hinaus die UDM komplett auf Werkseinstellungen zu setzen und das letzte aktuelle Back einzuspielen.
Hätte ich geschrieben, wenn ich auf die UI gekommen wäre, aber dann hätte ich auch nicht die Panik-Meldung rausgegeben.
Über unifi.ui.com geht das auch? Ich war immer nur lokal unterwegs.
Ich habe ein Backup, aber aktuell ist es ziemlich sicher nicht.
Ich komme per SSH rein, vielleicht kann man da manuell was anwerfen?
Oder über Get-Requests vom Client.
Wenn es wirklich nur über Zurück-Setzen geht, dann ich es wohl eine Sonntags-Arbeit und mir graust es davor.
Kann ich die Info's über Firmware und Controller auch über die Konsole abfragen? Dann kann ich wenistens irgendwas beantworten.
Da ich noch nie über unifi.ui.com eingestiegen bin (ich habe zwar den Account), müsste ich wahrscheinlich eine funktionierende UDM haben, um sie einzutragen.
Hallo Leute,
seit heute bemerke ich, dass die internen Verbindungen langsam geworden sind, stark bemerkbar im WLAN.
Ich wollte über das Web-Interface den Status betrachten, aber das Interface zeigt nur eine Grafik der UDM mit der Meldung "UniFi Dream Machine Booting".
Ich habe sie schon "hart" vom Netz genommen (mache ich nicht oft), aber sie bootet, klingelt, wenn sie fertig ist, aber sonst verbessert sich nichts.
Traffic funktioniert, aber eben langsam und das Web-Interface kommt auch nicht.
Soweit ich weiss, mache ich nächtens keine automatischen Updates.
Kann mir jemand helfen?
Ok, kannst du denn die anderen Gateways aus dem SCM Netz pingen?
Da die UDM kein DHCP macht, wie stellst du sicher, dass deine Geräte im SCM Netz das VLAN-tag 10 haben?
Ja, die Gateways aus den anderen VLAN's kann ich pingen.
OK, die zweite Frage ist neu. Die Geräte wissen nicht, das sie in einem VLAN sind. Das SCM-Netz geht von einem Port eines Flex-Mini-Switch aus, auf dem das SCM-Lan aufgeschaltet sind, der Rest ist durch normale(nicht Unifi-) Switches an Rechner, Drucker und NAS verteilt. Es gibt insgesamt nur 4 Hardware-Geräte im SCM-Lan, der Rest ist alles virtuell. Innerhalb des SCM-Lan sorgt der DHCP-Server und DNS-Server des (virtuellen) DC für Verteilung und Erkennen der Adressen. Da das von der Standalone-Konfiguration von früher übernommen worden ist, ist es zur Verwirrung gekommen, weil der DNS-Eintrag der Adresse 192.168.10.250 den Namen "linksys" behalten hat. Aber das ist nur Kosmetik.
Für die Geräte im SCM-Lan sollten alle Adressen ausserhalb ihres x.x.10.x-Bereiches wie eine externe Adresse wirken, die dann von der UDM geroutet werden sollte.
Du kommst auf deinen SCM Netz (192.168.10.x) nicht auf das Gateway des Netzes? Das Gateway ist bei dir aber nicht die 192.168.10.1 sondern die 192.168.10.250? Aber der Zugang ins Internet funktioniert auf dem SCM Netz?
Doch, ich komme auf das Gateway des Netzes und ich komme in das Internet. Ich komme aber nicht in die anderen VLAN's. Und ja, die Adresse des Gateway ist 192.168.10.250. Die genaue Einstellung des Netzwerkes habe ich im Eingangspost als Screenshot gesendet. Vielleicht ist da was falsch eingestellt?
zur Zeit sind 97 Mitglieder (davon 1 unsichtbar) und 438 Gäste online - Rekord: 129 Benutzer ()
