Nebula Riešenie problémov – bežné problémy

Máte ďalšie otázky? Vložiť žiadosť

Tento článok sa zameriava na riešenie najbežnejších problémov – ak zariadenie zostáva offline, nevidíte žiadne údaje/logy (PoE, využitie CPU, využitie dát, logy atď.), konfigurácie sa neodosielajú (správa firmvéru), použitie udalostných logov.

Sme veľmi radi, že naše Nebula cloudové riešenie naberá na obrátkach v teréne a zároveň sa čoraz viac stáva kľúčovým zameraním pri rozširovaní nášho portfólia. To, čo začalo ako „spin-off“ riešenie, sa v súlade s našimi investíciami a predpoveďami stalo základným pilierom našich operácií a produktov. Avšak s týmto posunom vo fókusoch sa zariadenia podporujúce Nebula čoraz viac používajú v profesionálnych sieťových prostrediach. Tento posun kladie mnohým našim zákazníkom otázku: „Čo môžem urobiť, aby som analyzoval svoje problémy, ešte predtým, než sa obrátim na niekoho iného?“

Táto príručka poskytne niekoľko nápadov a vstupov na veci, ktoré treba skontrolovať v prípade, že vaše zariadenia nefungujú správne – niektoré sú všeobecnej povahy (= príklady najlepších postupov), iné sú špecifickejšie pre rôzne technologické oblasti.

Poznámka: Nebula spravované zariadenia nie sú určené na konfiguráciu akýmkoľvek spôsobom cez konzolové pripojenie – prosím používajte SSH prístup na Nebula zariadenia iba na monitorovanie a prípadne, v spolupráci s naším support/R&D oddelením, na ladenie a merania.

Zariadenia zostávajú offline

Predstavte si to – zariadenie ste úspešne zaregistrovali, možno ste dokonca nastavili niektoré parametre podľa svojich predstáv a teraz ste vo fáze nasadenia zariadenia. Avšak z neznámych dôvodov zariadenie jednoducho nechce byť online – ani na mieste, ani v prevádzke, ani sa nezobrazuje ako online a reagujúce.

Toto je jeden z najčastejších problémov pri nasadzovaní Nebula zariadení – dôvodom je v skratke to, že zariadenia sa štandardne snažia vyriešiť adresu na s.nebula.zyxel.com alebo d.nebula.zyxel.com. To prináša dva problémy:

  1. Viacnásobne zreťazená subdoména (napr. toto.tamto.atoto.ajtoto.domena.com) môže spôsobiť problémy u niektorých DNS poskytovateľov
  2. Podľa novších štandardov môže subdoména pozostávať aj z jedného znaku, kým predtým to bolo minimálne tri znaky. Niektoré DNS servery s tým majú problém.

Veľmi často vidíme, že DNS servery poskytovateľov internetových služieb majú s týmto problémy. Naše odporúčanie: zmeňte predvolený DNS server na 8.8.8.8 alebo 1.1.1.1. Viac informácií nájdete tu:

Čo mám robiť, ak moje Nebula zariadenie nemôže byť online / má problémy s pripojením / nekomunikuje s NCC?

Nevidím žiadne údaje!

Niekedy sa na nás zákazníci obracajú sťažujúc sa, že sa prihlásili po dlhšom čase a ich údaje sú buď preč, alebo „nič sa nezobrazuje“. Môže to byť spôsobené tým, že po dlhšej nečinnosti na portáli je organizácia nastavená do Cloud-Saving režimu, ktorý v podstate po 30 dňoch nečinnosti zastaví zbieranie informácií. Cloud-Saving režim by mal byť indikovaný výzvou a bannerom (svetlomodrý banner). Riešenie: vypnite Cloud-Saving režim a počkajte niekoľko minút, údaje by sa mali čoskoro obnoviť.

I cannot see any data

Viac informácií nájdete tu: Cloud-Saving režim (Nebula BASE balík)

Konfigurácie sa neodosielajú

Môže sa vám stať, že zariadenie sa zobrazuje online, ale zmeny konfigurácie sa neaplikujú? Skontrolujte firmvér! Niektoré zmeny môžu vyžadovať najnovší firmvér, aby správne fungovali, a niekedy sú zmeny zadržané kvôli tomu:

Check the firmware

Toto je perfektný príklad toho, čo nechceme vidieť – v tomto prípade je firmvér firewallu zastaraný, čo zadržiava aplikovanie nových častí konfigurácie, zatiaľ čo všetky ostatné štatistiky (využitie CPU, RAM, počet klientov, stav online/offline) vyzerajú v poriadku. Zadržiavanie častí konfigurácie sa týka najmä, ale nie výlučne, nových funkcií implementovaných v najnovšom firmvéri. Okrem už spomenutého „DNS problému“ vyššie, môžu byť tieto tipy veľmi užitočné.

Monitorovanie cez Nebula – užitočné prehľady na dosah ruky!

Funkcie monitorovania prinášajú skutočné výhody a nástroje pre vaše monitorovacie a analytické aktíva. Začnime niečím jednoduchým – zariadenie sa zobrazuje ako offline, ale máte pocit, že stále komunikuje s Nebula Cloud Centrom správne? Stačí ísť na hlavnú stránku zariadenia – pre brány to bude:

Devices -> Firewall

a vykonať Ping-Test – ak ping test úspešne odošle zariadeniu správu „Ping destination W.X.Y.Z“ a zariadenie túto správu prijíma a dokáže potvrdiť úspešné pingi, znamená to, že zariadenie naozaj stále komunikuje s NCC a stav offline môže byť spôsobený problémom s vyrovnávacou pamäťou prehliadača alebo cookies.

Ďalší príklad z praxe: niekoľko portov prepínača neustále zobrazuje udalostné logy indikujúce prepínanie medzi 10Mb/s a 1Gb/s pripojeniami a vy si nie ste istí, či prepínač spôsobuje problémy?

multiple switch-ports constantly show event log messages

Skontrolujte MAC tabuľku cez:

Devices > Switches > (vyberte Switch) > Live Tools > Switch Tables > Run-Button

Check the MAC table

Teraz máte informácie, ktoré vám môžu pomôcť – v uvedenom príklade sa ukázalo, že všetky porty prepínača so spomínaným správaním mali veľmi špecifického výrobcu MAC adresy, čo naopak ukazuje na konkrétny typ klienta, ktorý má tento problém, a teda prepínač nemal problém – možné riešenie by mohlo byť nastavenie pevnej rýchlosti na týchto klientoch a príslušných portoch prepínača.

Existuje mnoho ďalších príkladov, ako môže monitorovanie zázraky pri riešení chýb, ale myslím, že ste pochopili pointu.

Použitie udalostných logov na lepšie pochopenie procesov „pod kapotou“

Udalostné logy, ktoré má každá technologická oblasť svoje vlastné, vám výrazne pomôžu informovať vás o dôvodoch, prečo veci nefungujú – najmä pri problémoch s WiFi.
Pozrime sa na príklad z WiFi siete, ktorý zobrazuje tri rôzne záznamy:

mceclip4.png

Analyzujme si tri rôzne body jeden po druhom:

  1. Toto nám hovorí, že určitá stanica s konkrétnou MAC adresou sa pripojila k príslušnému prístupovému bodu. Pripojila sa so silou signálu -81 dBm, čo je nakoniec príliš slabé.
  2. Stanica opustila konkrétnu SSID, AP, kanál z dôvodu WiFi kódu 3. WiFi dôvodové kódy sú jednotné kódy na identifikáciu a pochopenie správania WiFi. WiFi dôvodový kód 3 jednoducho znamená, že stanica sa proaktívne rozhodla opustiť SSID.
  3. Prebehol roamingový proces (= presun z jedného AP na druhý) určitého klienta.

Toto je samozrejme iba stručný pohľad na to, čo vám udalostné logy môžu povedať, ale ukazuje, že udalostné logy môžu byť silným nástrojom na pochopenie toho, čo sa vlastne deje vo vašej sieti. Najmä pri problémoch s WiFi existujú ďalšie nástroje na hodnotenie kvality WiFi, ako sú Wireless Health, zoznamy klientov atď. Nasledujúce články vám môžu poskytnúť ďalší pohľad na túto tému:

Nebula AP "Easy Troubleshoot"

Wireless Health riešenie od Zyxel Networks

Články v tejto sekcii

Pomohol Vám tento článok?
0 z 7 to považovali za užitočné
Zdieľať

Príspevky

0 komentárov

Ak chcete napísať komentár, prihlásiť sa.