Nebula Řešení problémů – Běžné potíže

Tento článek se bude zabývat řešením nejběžnějších problémů – pokud zařízení zůstávají offline, nelze vidět žádná data/záznamy (PoE, využití CPU, využití dat, záznamy atd.), konfigurace se neaplikují (správa firmwaru), pomocí protokolů událostí.

Jsme velmi rádi, že naše Nebula cloudové řešení získává na popularitě v terénu a zároveň se stále více stává klíčovým zaměřením při rozšiřování našeho portfolia. To, co začalo jako „spin-off“ řešení, se v souladu s našimi investicemi a předpověďmi stalo pilířem našich operací a produktů. S tímto posunem zaměření se však zařízení schopná Nebula používají stále více v profesionálních síťových prostředích. Tento posun vyvolává u mnoha našich zákazníků otázku: „Co mohu udělat, abych analyzoval své potíže, než se obrátím na někoho jiného?“

Tento průvodce poskytne několik nápadů a vstupů, co zkontrolovat v případě, že vaše zařízení nefungují správně – některé jsou spíše obecného charakteru (= příklady osvědčených postupů), jiné jsou trochu specifičtější pro různé technologické oblasti.

Poznámka: Zařízení spravovaná přes Nebula nemají být konfigurována žádným způsobem přes konzolové připojení – prosím, používejte SSH přístup na Nebula zařízení pouze pro monitorování a případně, ve spolupráci s naší podporou/R&D oddělením, pro ladicí měření.

Zařízení zůstávají offline

Představte si to – zařízení jste úspěšně zaregistrovali, možná jste dokonce nastavili některá nastavení podle svých představ a nyní jste ve fázi nasazení zařízení. Avšak z dosud neznámých důvodů zařízení prostě nechce být online – na místě nefunguje a také se nezobrazuje jako online a reagující.

Toto je jeden z nejběžnějších problémů při nasazování zařízení Nebula – důvod, zjednodušeně řečeno, je ten, že zařízení se ve výchozím nastavení snaží připojit na s.nebula.zyxel.com nebo d.nebula.zyxel.com. To přináší dva problémy:

1. Vícenásobné kaskádování subdomén (např. toto.tamto.atototo.ještětoto.domain.com) může u některých DNS poskytovatelů způsobovat problémy
2. Podle novějších standardů může subdoména obsahovat i jeden znak, zatímco dříve byla minimální délka tři znaky. Některé DNS servery s tím mají problémy.

Velmi často vidíme, že DNS servery poskytovatelů internetových služeb mají s tímto problémy. Naše doporučení: změňte výchozí DNS server na buď 8.8.8.8 nebo 1.1.1.1. Více informací naleznete zde:

Co dělat, když se mé zařízení Nebula nemůže připojit online / má problémy s připojením / nekomunikuje s NCC?

Nevidím žádná data!

Někdy se na nás zákazníci obrací s tím, že se přihlásili po delší době a jejich data jsou pryč nebo „nic se nezobrazuje“. Může to být tím, že kvůli delší neaktivitě na portálu je organizace nastavena do Režimu úspory cloudu, který po nečinnosti 30 dní v podstatě zastaví sběr informací. Režim úspory cloudu by měl být indikovaný výzvou a bannerem (světle modrý banner). Řešení: vypněte režim úspory cloudu a počkejte několik minut, data by měla brzy být zpět.

Více informací naleznete zde: Režim úspory cloudu (Nebula BASE Pack)

Konfigurace se neaplikují

Může se stát, že vaše zařízení se skutečně zobrazuje jako online, ale změny konfigurace se neprojevují? Zkontrolujte firmware! Některé změny mohou vyžadovat nejnovější firmware, aby správně fungovaly, a někdy jsou změny kvůli tomu zadržovány:

Toto je perfektní příklad toho, co bychom nechtěli vidět – v tomto případě je firmware firewallu zastaralý, což brání aplikaci nových bloků konfigurace, zatímco ostatní statistiky (využití CPU, RAM, počet klientů, stav online/offline) vypadají v pořádku. Zadržování částí konfigurace platí zejména, ale ne výlučně, pro nové funkce implementované v nejnovějším firmwaru. Kromě výše uvedeného „DNS problému“ mohou být tyto informace cennými tipy.

Monitorování přes Nebula – Užitečné informace na dosah ruky!

Funkce monitorování poskytují skutečné výhody a nástroje pro vaše monitorovací a analytické aktivity. Pro začátek něco jednoduchého – zařízení se zobrazuje jako offline, ale máte pocit, že stále správně komunikuje s Nebula Cloud Centrem? Stačí přejít na hlavní stránku zařízení – u bran (gateways) by to bylo:

Zařízení -> Firewall

a provést test ping – pokud test ping skutečně úspěšně odešle zařízení zprávu „Ping destination W.X.Y.Z“ a zařízení ji přijme a může vrátit zpět potvrzení úspěšných pingů, znamená to, že zařízení stále komunikuje s NCC a stav offline může být způsoben problémem s cache nebo cookies v prohlížeči.

Další příklad z praxe: několik portů na switchi neustále zaznamenává v protokolu událostí zprávy o přepínání mezi připojením 10Mb/s a 1Gb/s a nejste si jisti, zda switch způsobuje problémy?

Zkontrolujte MAC tabulku přes:

Zařízení > Switche > (vyberte switch) > Live Tools > Switch Tables > Spustit

Nyní máte informace, které vám mohou pomoci – v uvedeném příkladu se ukázalo, že všechny porty switchů s tímto chováním měly velmi specifického výrobce MAC adresy, což spíše ukazuje na konkrétní typ klienta, který má tento problém, a tedy že switch nemá problém – možné řešení by mohlo být nastavení pevné rychlosti na těchto klientech a příslušných portech switchů.

Existuje mnoho dalších příkladů, jak může monitorování zázraky při řešení chyb, ale myslím, že už chápete podstatu.

Použití protokolů událostí pro lepší pochopení procesů „pod kapotou“

Protokoly událostí, které má každá technologická oblast své vlastní, vám velmi pomohou zjistit důvody, proč věci nefungují – zejména u problémů souvisejících s WiFi.
Pojďme se podívat na jeden příklad z WiFi sítě, který ukazuje tři různé záznamy:

Analyzujme tři různé body jeden po druhém:

1. Toto nám říká, že určitá stanice s určitou MAC adresou se připojila k danému přístupovému bodu. Připojila se se signálem o síle -81 dBm, což je nakonec příliš slabé.
2. Stanice opustila specifickou SSID, AP, kanál z důvodu WiFi kódu 3. WiFi kódy důvodů jsou sjednocené kódy pro identifikaci a pochopení chování WiFi. WiFi kód důvodu 3 jednoduše znamená, že stanice se proaktivně rozhodla opustit SSID.
3. Došlo k roamingovému procesu (= přesun z jednoho AP na druhý) u určitého klienta.

Toto je samozřejmě jen krátký náhled do toho, co vám protokoly událostí mohou říct, ale ukazuje, že protokoly událostí mohou být mocným nástrojem pro pochopení toho, co se ve vaší síti skutečně děje. Zejména pokud jde o WiFi problémy, existují další nástroje pro hodnocení kvality WiFi, jako je Wireless Health, seznamy klientů atd. Následující články vám mohou také poskytnout více informací k tomuto tématu:

Nebula AP „Easy Troubleshoot“

Wireless Health-Solution od Zyxel Networks