Nebula Fehlerbehebung – Häufige Probleme

Dieser Artikel behandelt die Fehlerbehebung bei den häufigsten Problemen – wenn das Gerät offline bleibt, keine Daten/Protokolle (PoE, CPU-Auslastung, Datennutzung, Protokolle usw.) angezeigt werden, Konfigurationen nicht übertragen werden (Firmware-Management) und die Verwendung der Ereignisprotokolle.

Wir freuen uns sehr, dass unsere Nebula Cloud-Lösung im Einsatz an Fahrt gewinnt und immer mehr zum Schwerpunkt wird, wenn es um die Erweiterung unseres Portfolios geht. Was als eine „Spin-off“-Lösung begann, ist im Einklang mit unseren Investitionen und Prognosen zu einem Eckpfeiler unserer Aktivitäten und Produkte geworden. Mit diesem Fokuswechsel wird Nebula-fähige Ausrüstung zunehmend in professionellen Netzwerkumgebungen eingesetzt. Diese Entwicklung wirft für viele unserer Kunden die Frage auf: „Was kann ich tun, um meine Probleme zu analysieren, bevor ich mich an jemand anderen wende?“

Dieser Leitfaden gibt einige Ideen und Hinweise, was Sie überprüfen können, falls Ihre Geräte nicht richtig funktionieren – einige davon sind allgemeiner Natur (= Best-Practice-Beispiele), andere sind etwas spezifischer für verschiedene Technologiebereiche.

Hinweis: Nebula-verwaltete Geräte sind nicht dafür gedacht, in irgendeiner Form über eine Konsolenverbindung konfiguriert zu werden – bitte verwenden Sie den SSH-Zugang zu Nebula-Geräten nur zur Überwachung und gegebenenfalls in Zusammenarbeit mit unserem Support-/F&E-Team für Debugging-Messungen.

Geräte bleiben offline

Stellen Sie sich vor – Sie haben Ihr Gerät erfolgreich registriert, vielleicht sogar einige Einstellungen nach Ihren Wünschen konfiguriert, und befinden sich nun in der Einsatzphase Ihres Geräts. Aus Ihnen noch unbekannten Gründen will das betreffende Gerät jedoch einfach nicht online gehen – weder vor Ort im Betrieb noch im Cloud-System wird es vollständig als online und ansprechbar angezeigt.

Dies ist eines der häufigsten Probleme bei der Bereitstellung von Nebula-Geräten – der Grund dafür ist kurz gesagt, dass die Geräte standardmäßig versuchen, entweder s.nebula.zyxel.com oder d.nebula.zyxel.com aufzulösen. Dies führt zu zwei Problemen:

1. Eine mehrfach verschachtelte Subdomain (z. B. this.that.andthis.alsothis.domain.com) kann bei einigen DNS-Anbietern Probleme verursachen.
2. Nach neueren Standards kann eine Subdomain auch aus nur einem einzigen Zeichen bestehen, während früher mindestens drei Zeichen erforderlich waren. Einige DNS-Server haben damit Probleme.

Sehr oft beobachten wir, dass DNS-Server von Internetdienstanbietern damit Schwierigkeiten haben. Unsere Empfehlung: Ändern Sie den Standard-DNS-Server auf entweder 8.8.8.8 oder 1.1.1.1. Weitere Informationen finden Sie hier:

Was soll ich tun, wenn mein Nebula-Gerät nicht online kommt / Verbindungsprobleme hat / nicht mit dem NCC kommuniziert?

Ich sehe keine Daten!

Manchmal melden sich Kunden bei uns und beklagen, dass sie sich nach längerer Zeit wieder eingeloggt haben und ihre Daten entweder verschwunden sind oder „nichts angezeigt wird“. Es kann sein, dass aufgrund längerer Inaktivität im Portal die Organisation auf den Cloud-Sparmodus gesetzt wurde, der im Grunde alle Informationssammlungen nach einer Leerlaufzeit von 30 Tagen abschaltet. Der Cloud-Sparmodus sollte durch eine Eingabeaufforderung und ein Banner (hellblaues Banner) angezeigt werden. Die Lösung: Deaktivieren Sie den Cloud-Sparmodus und warten Sie ein paar Minuten, die Daten sollten dann bald wieder verfügbar sein.

Weitere Informationen finden Sie hier: Cloud-Sparmodus (Nebula BASE Pack)

Konfigurationen werden nicht übertragen

Eventuell haben Sie das Problem, dass Ihr Gerät zwar online angezeigt wird, Änderungen an der Konfiguration jedoch scheinbar nicht übernommen werden? Überprüfen Sie die Firmware! Einige Änderungen erfordern möglicherweise die neueste Firmware, um ordnungsgemäß zu funktionieren, und manchmal werden Änderungen deshalb zurückgehalten:

Dies ist ein perfektes Beispiel dafür, was wir nicht sehen möchten – in diesem Fall ist die Firewall-Firmware veraltet, und dadurch werden neue Konfigurationsblöcke eventuell nicht angewendet, während alle anderen Statistiken (CPU, RAM-Auslastung, Client-Anzahl, Online-/Offline-Status) normal erscheinen. Das Zurückhalten von Konfigurationsabschnitten betrifft insbesondere, aber nicht ausschließlich, neue Funktionen, die in der neuesten Firmware implementiert sind. Abgesehen vom oben dargestellten „DNS-Problem“ könnten dies wertvolle Tipps sein.

Überwachung via Nebula – Nützliche Einblicke auf einen Blick!

Die Überwachungsfunktionen bieten echte Vorteile und Werkzeuge für Ihre Monitoring- und Analyseaufgaben. Um mit etwas Einfachem zu beginnen – ein Gerät wird als offline angezeigt, Sie haben jedoch das Gefühl, dass es noch mit dem Nebula Cloud Center kommuniziert? Gehen Sie einfach zur Hauptseite des Geräts – bei Gateways wäre das:

Geräte -> Firewall

und führen Sie einen Ping-Test durch – wenn der Ping-Test tatsächlich erfolgreich das Gerät mit der Meldung „Ping-Ziel W.X.Y.Z“ anspricht und das Gerät diese Pings empfängt und eine erfolgreiche Rückmeldung gibt, bedeutet dies, dass das Gerät tatsächlich noch mit dem NCC kommuniziert und der Offline-Status möglicherweise durch Browser-Cache- oder Cookie-Probleme verursacht wird.

Ein weiteres Praxisbeispiel: Mehrere Switch-Ports zeigen ständig Ereignisprotokolle an, die ein Umschalten zwischen 10 Mb/s- und 1 Gb/s-Verbindungen anzeigen, und Sie sind unsicher, ob der Switch Probleme verursacht?

Überprüfen Sie die MAC-Tabelle über:

Geräte > Switches > (Switch auswählen) > Live Tools > Switch-Tabellen > Ausführen-Button

Sie haben nun Informationen, die Ihnen helfen könnten – im genannten Beispiel stellte sich heraus, dass alle Switch-Ports mit diesem Verhalten einen sehr spezifischen MAC-Hersteller hatten, was darauf hindeutet, dass es sich eher um einen bestimmten Client-Typ handelt, der dieses Problem verursacht, und dass der Switch keine Probleme hatte. Eine mögliche Lösung könnte hier sein, auf den betreffenden Clients und den jeweiligen Switch-Ports eine feste Geschwindigkeit einzustellen.

Es gibt viele weitere Beispiele dafür, wie die Überwachung Wunder bei der Fehlerbehebung wirken kann, aber ich denke, Sie haben den Punkt verstanden.

Verwendung der Ereignisprotokolle für ein besseres Verständnis von Prozessen „unter der Haube“

Die Ereignisprotokolle, die jeder Technologiebereich für sich hat, bieten Ihnen enorme Hilfe bei der Information über Gründe, warum Dinge nicht funktionieren – besonders bei WiFi-bezogenen Problemen.
Werfen wir einen Blick auf ein Beispiel anhand eines WiFi-Netzwerks mit drei verschiedenen Einträgen:

Analysieren wir die drei verschiedenen Punkte nacheinander:

1. Dies zeigt uns, dass eine bestimmte Station mit einer bestimmten MAC-Adresse eine Verbindung zum jeweiligen Access Point hergestellt hat. Die Verbindung erfolgte mit einer Signalstärke von -81 dBm, was letztlich zu schwach ist.
2. Eine Station hat ein bestimmtes SSID, einen AP, einen Kanal aufgrund eines WiFi-Grundes 3 verlassen. WiFi-Grundcodes sind einheitliche Codes, um WiFi-Verhalten zu identifizieren und zu verstehen. WiFi-Grundcode 3 besagt einfach, dass die Station proaktiv entschieden hat, das SSID zu verlassen.
3. Es gab einen Roaming-Vorgang (= Wechsel von einem AP zu einem anderen) eines bestimmten Clients.

Dies ist natürlich nur ein kleiner Einblick, was Ereignisprotokolle Ihnen sagen können, aber es zeigt, dass Ereignisprotokolle ein mächtiges Werkzeug sein können, um zu verstehen, was in Ihrem Netzwerk tatsächlich passiert. Insbesondere bei WiFi-Problemen gibt es zusätzliche Werkzeuge zur Bewertung der WiFi-Qualität, wie Wireless Health, Client-Listen usw. Die folgenden Artikel können Ihnen ebenfalls weitere Einblicke zu diesem Thema geben:

Nebula AP „Easy Troubleshoot“

Wireless Health-Lösung von Zyxel Networks