Unifi Netzwerk Ping geht nicht mehr

**Aquilin** · 18. Februar 2023

Hallo ich bin Marcel,

seit einigen Jahren habe ich ein UNIFI Netzwerk, das bis jetzt problemlos lief. Da ich plötzlich nicht mehr auf den Controller kam musste ich bei allen Komponenten einen Factory Reset machen.

Die Backups konnte ich nicht wiederherstellen, dann hat wieder nichts funktioniert. Also noch mal Factory Reset.

Seit dem komme ich auf den Controller. Es dauert aber recht lange wenn ich mir die Netzwerkstruktur oder andere Dinge in Controller ansehen möchte.

Weiterhin kann ich keinerlei Komponenten mehr anpingen es kommt immer Zeitüberschreitung.

Die Komponenten die ich nicht anpingen kann funktionieren aber. teilweise.

Woran kann das liegen.

**꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂** · 18. Februar 2023

Hallo Aquilin, teile uns doch mal bitte mit, wie die UNIFI Netzwerk aufgebaut ist. Welche Komponenten werden verwendet und wie sind die miteinander verbunden? Nur so kann man dir fachlich weiterhelfen.

LG

Ben

**Aquilin** · 18. Februar 2023

Hallo,

habe jetzt ein Bild gemacht von der Konfiguration. Siehe oben.

Vor dem USG ist noch eine Fritzbox.

**꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂** · 18. Februar 2023

Ich habe die Vermutung, dass du ein Loop in dein Netzwerk verursachst, sprich 1 Gerät nutzt eine Doppelte Verbindung ins Netzwerk.

**Aquilin** · 18. Februar 2023

Zitat von ꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂

Ich habe die Vermutung, dass du ein Loop in dein Netzwerk verursachst, sprich 1 Gerät nutzt eine Doppelte Verbindung ins Netzwerk.

Es ist kein Gerät doppelt am LAN angeschlossen, auch nicht über WLAN und LAN gleichzeitig.

Im Switch sind auch keine Ports über Kabel gebrückt.

Gibt es noch eine weitere Möglichkeit einen Loop zu bauen?

**꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂** · 18. Februar 2023

Zitat von Aquilin

Gibt es noch eine weitere Möglichkeit einen Loop zu bauen?

Ja, wenn ein Gerät mit WLAN und LAN verbunden ist!

**Aquilin** · 18. Februar 2023

Zitat von ꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂

Ja, wenn ein Gerät mit WLAN und LAN verbunden ist!

Das ist leider nicht der Fall, habe alles geprüft.

**speed** · 18. Februar 2023

Der Default Gateway stimmt bei dir im Netz ?

**꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂** · 18. Februar 2023

Ich weis nicht ob es beim USG funktiioniert, aber ne Möglichkeit wäre noch den Kernel Log zu durchstöbern.

Einfach via SSH verbinden und folgenden Befehl ausführen:

cat /var/log/kern.log

Die Ausgabe sollte so ähnlich aussehen:

Code: ssh root@USG-IP

Linux UDM-SE 4.19.152-ui-alpine #4.19.152 SMP Thu Feb 16 12:42:55 CST 2023 aarch64

Firmware version: v3.0.18

  ___ ___      .__________.__
 |   |   |____ |__\_  ____/__|
 |   |   /    \|  ||  __) |  |   (c) 2010-2023
 |   |  |   |  \  ||  \   |  |   Ubiquiti Inc.
 |______|___|  /__||__/   |__|
            |_/                  https://www.ui.com

      Welcome to ƁєηLυє's UniFi Dream Machine SE!

********************************* NOTICE **********************************
* By logging in to, accessing, or using any Ubiquiti product, you are     *
* signifying that you have read our Terms of Service (ToS) and End User   *
* License Agreement (EULA), understand their terms, and agree to be       *
* fully bound to them. The use of CLI (Command Line Interface) can        *
* potentially harm Ubiquiti devices and result in lost access to them and *
* their data. By proceeding, you acknowledge that the use of CLI to       *
* modify device(s) outside of their normal operational scope, or in any   *
* manner inconsistent with the ToS or EULA, will permanently and          *
* irrevocably void any applicable warranty.                               *
***************************************************************************
Last login: Sat Feb 18 14:52:41 2023 from 192.168.1.61

Alles anzeigen

Code: cat /var/log/kern.log

2023-02-16T21:36:37+01:00 UDM-SE kernel: EXT4-fs (mtdblock5): mounted filesystem with ordered data mode. Opts: (null)
2023-02-17T07:41:45+01:00 UDM-SE kernel: Client Identifier invalid option:255
2023-02-17T09:35:27+01:00 UDM-SE kernel: Client Identifier invalid option:255
2023-02-17T09:38:37+01:00 UDM-SE kernel: [quic_sm_ietf_long_hdr_func#598]: not supported payload length.
2023-02-17T09:38:38+01:00 UDM-SE kernel: [quic_sm_ietf_long_hdr_func#598]: not supported payload length.
2023-02-17T11:11:44+01:00 UDM-SE kernel: [quic_sm_ietf_long_hdr_func#598]: not supported payload length.
2023-02-17T11:23:02+01:00 UDM-SE kernel: [quic_sm_ietf_long_hdr_func#598]: not supported payload length.
2023-02-17T11:40:11+01:00 UDM-SE kernel: [quic_sm_ietf_long_hdr_func#598]: not supported payload length.
2023-02-17T11:42:47+01:00 UDM-SE kernel: [quic_sm_ietf_long_hdr_func#598]: not supported payload length.
2023-02-17T12:39:37+01:00 UDM-SE kernel: [quic_sm_ietf_long_hdr_func#598]: not supported payload length.
2023-02-17T13:52:01+01:00 UDM-SE kernel: [quic_sm_ietf_long_hdr_func#598]: not supported payload length.
2023-02-17T13:58:39+01:00 UDM-SE kernel: [quic_sm_ietf_long_hdr_func#598]: not supported payload length.
2023-02-17T14:06:16+01:00 UDM-SE kernel: IPv6: ADDRCONF(NETDEV_UP): dnsfilter-0: link is not ready
2023-02-17T14:06:16+01:00 UDM-SE kernel: IPv6: ADDRCONF(NETDEV_UP): dnsfilter0: link is not ready
2023-02-17T14:06:16+01:00 UDM-SE kernel: IPv6: ADDRCONF(NETDEV_CHANGE): dnsfilter0: link becomes ready
2023-02-17T14:06:16+01:00 UDM-SE kernel: IPv6: ADDRCONF(NETDEV_CHANGE): dnsfilter-0: link becomes ready
2023-02-17T14:06:16+01:00 UDM-SE kernel: dnsfilter: port 1(dnsfilter-0) entered blocking state
2023-02-17T14:06:16+01:00 UDM-SE kernel: dnsfilter: port 1(dnsfilter-0) entered disabled state
2023-02-17T14:06:16+01:00 UDM-SE kernel: device dnsfilter-0 entered promiscuous mode
2023-02-17T14:06:16+01:00 UDM-SE kernel: dnsfilter: port 1(dnsfilter-0) entered blocking state
2023-02-17T14:06:16+01:00 UDM-SE kernel: dnsfilter: port 1(dnsfilter-0) entered forwarding state
2023-02-17T14:06:26+01:00 UDM-SE kernel: dnsfilter: port 1(dnsfilter-0) entered disabled state
2023-02-17T14:06:26+01:00 UDM-SE kernel: device dnsfilter-0 left promiscuous mode
2023-02-17T14:06:26+01:00 UDM-SE kernel: dnsfilter: port 1(dnsfilter-0) entered disabled state
2023-02-17T14:10:33+01:00 UDM-SE kernel: IPv6: ADDRCONF(NETDEV_UP): dnsfilter-0: link is not ready
2023-02-17T14:10:33+01:00 UDM-SE kernel: IPv6: ADDRCONF(NETDEV_UP): dnsfilter0: link is not ready
2023-02-17T14:10:33+01:00 UDM-SE kernel: IPv6: ADDRCONF(NETDEV_CHANGE): dnsfilter0: link becomes ready
2023-02-17T14:10:33+01:00 UDM-SE kernel: IPv6: ADDRCONF(NETDEV_CHANGE): dnsfilter-0: link becomes ready
2023-02-17T14:10:33+01:00 UDM-SE kernel: dnsfilter: port 1(dnsfilter-0) entered blocking state
2023-02-17T14:10:33+01:00 UDM-SE kernel: dnsfilter: port 1(dnsfilter-0) entered disabled state
2023-02-17T14:10:33+01:00 UDM-SE kernel: device dnsfilter-0 entered promiscuous mode
2023-02-17T14:10:33+01:00 UDM-SE kernel: dnsfilter: port 1(dnsfilter-0) entered blocking state
2023-02-17T14:10:33+01:00 UDM-SE kernel: dnsfilter: port 1(dnsfilter-0) entered forwarding state
2023-02-17T14:12:48+01:00 UDM-SE kernel: dnsfilter: port 1(dnsfilter-0) entered disabled state
2023-02-17T14:12:48+01:00 UDM-SE kernel: device dnsfilter-0 left promiscuous mode
2023-02-17T14:12:48+01:00 UDM-SE kernel: dnsfilter: port 1(dnsfilter-0) entered disabled state
2023-02-17T14:29:01+01:00 UDM-SE kernel: [quic_sm_ietf_long_hdr_func#598]: not supported payload length.
2023-02-17T18:38:18+01:00 UDM-SE kernel: Client Identifier invalid option:255
2023-02-17T20:21:00+01:00 UDM-SE kernel: [quic_sm_ietf_long_hdr_func#598]: not supported payload length.
2023-02-17T20:22:56+01:00 UDM-SE kernel: Client Identifier invalid option:255
2023-02-18T03:29:18+01:00 UDM-SE kernel: Client Identifier invalid option:255
2023-02-18T06:59:51+01:00 UDM-SE kernel: Client Identifier invalid option:255
2023-02-18T11:46:42+01:00 UDM-SE kernel: Client Identifier invalid option:255

Alles anzeigen

**Aquilin** · 18. Februar 2023

Zitat von speed

Der Default Gateway stimmt bei dir im Netz ?

Meinst du diese Einstellung

**speed** · 18. Februar 2023

Wenn er nicht weiß wonach er suchen soll, nützt im auch ein cat des Logs nicht.

Aquilin dein Gateway stimmt und lässt sich pingen ?

Hast du schon mal nach und nach alles Stromlos gemacht, und nach jedem Gerät überprüft ob der Fehler weg ist ?

**꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂** · 18. Februar 2023

Zitat von speed

Wenn er nicht weiß wonach er suchen soll, nützt im auch ein cat des Logs nicht.

Ich arbeite gern mit Ausschlussverfahren. Loops werden i.d.R im kern.log protokolliert. Somit könnte man vorerst ein Netzwerk Loop ausschliessen, ohne wichtige Komponenten im Netzwerk zu trennen!

**speed** · 18. Februar 2023

Ben da bin ich vollkommen bei dir, aber wie gesagt ich habe nicht den Eindruck als wenn Logs sein bester Freunde sind.

**Aquilin** · 19. Februar 2023

Zitat von speed

Aquilin dein Gateway stimmt und lässt sich pingen ?
Hast du schon mal nach und nach alles Stromlos gemacht, und nach jedem Gerät überprüft ob der Fehler weg ist ?

das Gateway lässt sich leider nicht pingen.

das mit dem Stromlos machen und überprüfen werde ich in den nächsten Tagen ausprobieren.

**Aquilin** · 19. Februar 2023

Ich habe jetzt mal des Switch vom USG abgeklemmt und meinen Rechner direkt am USG angeschlossen, dann kann ich das Gateway an pingen Reaktion war kleiner 1ms .

Dann habe ich den Switch in den USG gesteckt und den Unifi WIFI AP aus. Ping geht, teilweise aber 15ms.

WIFI AP eingesteckt, Ping geht nicht mehr.

Das mit dem SSH habe ich leider nicht geschafft.

**Aquilin** · 22. Februar 2023

Nach dem ich alle PCs bis auf einen abgeschlossen habe und alle Komponenten neu gestartet habe, ging es immer noch nicht.

Daraufhin habe ich bei allen UNIFI Komponenten einen Factory Reset durchgeführt. Danach lief alles super und ich konnte alle Geräte anpingen, ins Internet und ich die Unifi und im Unifi Controller konnte ich auch auf alles zugreifen. Die Ping Zeiten waren kleiner 1 ms.

Heute sind die Pingzeiten zwischen 2 und 15ms, Internet geht, das umschalten zwischen Unifi Controller Seiten funktioniert entweder sehr langsam meist aber gar nicht.

**speed** · 22. Februar 2023

Das ist wirklich ein fieser Fehler denn du da hast.

Scheinbar schaukelt sich etwas im laufe der Zeit bei dir hoch.

Du kannst jetzt nur ein Gerät nach dem anderen ins Netzt nehmen und abwarten welches denn Fehler auslöst.

Aber leider gibt es da auch noch ein paar andere Fehlerquellen, hast du an deiner Config etwas verändert oder was neues gekauft ?

**Aquilin** · 24. Februar 2023

Ja, ich habe einen Multifunktionsdrucker ins WLAN eingebunden, den habe ich aber schon als Problemquelle ausgeschlossen.

Willkommen! Melden Sie sich an oder registrieren Sie sich.

Unifi Netzwerk Ping geht nicht mehr

Ähnliche Themen

IoT devices vor Broadcasts schützen

Netzwerk | Lokale DNS Einträge

3 Benutzer haben hier geschrieben

Wer ist war online

Benutzer online 71

Wer war online 143