Nebula [Riešenie problémov] - Bežné problémy

V tomto článku budú riešené najčastejšie problémy - ak zariadenie zostávajú v režime offline, Nie je možné zobraziť žiadne údaje/denníky (PoE, využitie CPU, využitie dát, denníky atď.), konfigurácie sa nepresúvajú (správa firmvéru), pomocou protokolov udalostí.

Sme veľmi radi, že naše riešenie Nebula Cloud naberá na obrátkach v teréne, ako aj to, že je čoraz viac kľúčovým zameraním, pokiaľ ide o rozširovanie nášho portfólia. To, čo sa začalo ako "vedľajšie" riešenie, sa v súlade s našimi investíciami a prognózami stalo základným kameňom našej činnosti a produktov. S týmto posunom v zameraní sa však zariadenia podporujúce Nebulu čoraz viac používajú v profesionálnych sieťových prostrediach. Tento posun prináša pre mnohých našich zákazníkov otázku: "Čo môžem urobiť pre analýzu svojich problémov, skôr než sa obrátim na niekoho iného?"

Táto príručka poskytne niekoľko nápadov a vstupných informácií o veciach, ktoré treba skontrolovať v prípade, že vaše zariadenia nefungujú správne - niektoré z nich sú všeobecnejšieho charakteru (= príklady osvedčených postupov), niektoré sú trochu špecifickejšie pre rôzne oblasti technológií.

Ako predprípravu už máme príručku o prístupe k firewallom podporujúcim Nebula prostredníctvom SSH, ktorá vám už v spojení s referenčnými príručkami CLI z môže pomôcť získať trochu prehľad o rôznych možnostiach, čo skontrolovať, keď sa pripájate prostredníctvom SSH k príslušným zariadeniam Nebula:

Prístup k bráne firewall Nebula cez SSH a zachytávanie paketov / sledovanie paketov z internetu

Poznámka: Zariadenia spravované spoločnosťou Nebula nie sú určené na konfiguráciu v akejkoľvek podobe prostredníctvom konzolového pripojenia - prístup cez SSH k zariadeniam Nebula používajte len na monitorovanie a prípadne v spolupráci s naším oddelením podpory/výskumu a vývoja na ladiace merania.

Zariadenia zostávajú offline

Predstavte si to - úspešne ste zaregistrovali svoje zariadenie, možno ste dokonca nakonfigurovali niektoré nastavenia podľa svojich predstáv a teraz ste vo fáze nasadenia zariadenia. Z vám zatiaľ neznámych dôvodov sa však dané zariadenie jednoducho nechce pripojiť online, a to ako na mieste, tak aj pri prevádzke, ako aj pri plnom zobrazení toho, že je online a reaguje.

Ide o jeden z najčastejších problémov pri nasadzovaní zariadení Nebula - dôvodom je v skratke to, že zariadenia sa v predvolenom nastavení pokúšajú resolvovať na adresu s.nebula.zyxel.com alebo d.nebula.zyxel.com. To prináša dva problémy:

1. Viacnásobne kaskádovaná subdoména (napr. this.that.andthis.alsothis.domain.com) môže viesť k problémom u niektorých poskytovateľov DNS
2. Podľa novších štandardov môže subdoména pozostávať aj z jedného znaku, zatiaľ čo predtým to boli minimálne tri znaky. Niektoré servery DNS s tým majú problémy.

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

Čo mám robiť, ak sa moje zariadenie Nebula nemôže pripojiť na internet / má problémy s pripojením / nekomunikuje v sieti NCC?

Nemôžem vidieť žiadne údaje!

Niekedy sa na nás obracajú zákazníci a sťažujú sa, že sa po dlhšom čase prvýkrát prihlásili a ich údaje sú buď preč, alebo sa "nič nezobrazuje". Môže to byť tým, že z dôvodu dlhšej nečinnosti na portáli je organizácia nastavená na režim šetrenia cloudu, ktorý v podstate po 30 dňoch nečinnosti preruší zhromažďovanie všetkých informácií. Režim Cloud-Saving Mode by mal byť indikovaný výzvou a bannerom (svetlomodrý banner). Riešenie: Vypnite Cloud Saving Mode (Režim šetrenia cloudu) a počkajte niekoľko minút, údaje by sa potom mali čoskoro obnoviť.

Ďalšie informácie si môžete pozrieť tu: Režim úspory dát v cloude (Nebula BASE Pack)

Konfigurácie sa nepresúvajú

Môže sa vám stať, že sa vaše zariadenie skutočne zobrazuje online, ale zmena konfigurácie sa zrejme neuplatní? Skontrolujte firmvér! Niektoré zmeny môžu vyžadovať na správne fungovanie najnovší firmvér a niekedy sú zmeny z tohto dôvodu zdržané:

V tomto prípade je firmvér brány firewall zastaraný, a to zdržuje prípadné použitie nových blokov konfigurácie, zatiaľ čo všetky ostatné štatistiky (CPU, využitie RAM, počet klientov, stav online/offline) sa zdajú byť v poriadku. Zadržiavanie konfiguračných blokov sa týka najmä, ale nie výlučne, nových funkcií implementovaných v najnovšom firmvéri. Takže to, okrem vyššie prezentovaného "DNS-Issue", môžu byť cenné rady.

Monitorovanie prostredníctvom Nebula - užitočné poznatky na dosah ruky!

Funkcie monitorovania poskytujú skutočné výhody a nástroje pre vaše monitorovacie a analytické prostriedky. Na začiatok stačí niečo jednoduché - zariadenie sa zobrazuje ako offline, ale máte pocit, že stále správne komunikuje s centrom Nebula Cloud Center? Stačí prejsť na hlavnú stránku zariadenia - v prípade brán to bude:

a vykonajte Ping-Test - ak sa pri teste pingu skutočne podarí úspešne oznámiť zariadeniu "Ping destination W.X.Y.Z" a zariadenie to skutočne prijme a môže poskytnúť spätnú väzbu o úspešných pingoch, znamená to, že zariadenie skutočne stále komunikuje s NCC a stav offline môže byť problém súvisiaci s vyrovnávacou pamäťou prehliadača alebo súbormi cookie.

Ďalší príklad z reálneho života: viaceré porty prepínača neustále vykazujú správy denníka udalostí, ktoré naznačujú prepínanie medzi 10Mb/s pripojeniami a 1Gb/s pripojeniami, a nie ste si istí, či problémy nespôsobuje prepínač?

Skontrolujte tabuľku MAC prostredníctvom:

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

Viete, že máte informácie, ktoré by vám mohli pomôcť - v uvedenom reálnom príklade sa ukázalo, že všetky porty prepínača, ktoré vykazovali toto správanie, mali veľmi špecifického dodávateľa MAC, čo zase poukazuje skôr na konkrétny typ klienta, ktorý má tento problém, a to znamená, že prepínač nemá problém - možným riešením by tu mohlo byť nastavenie pevnej rýchlosti na uvedených klientoch a príslušných portoch prepínača.

Existuje mnoho ďalších príkladov na to, ako monitorovanie môže robiť zázraky pri riešení chýb, ale hádam ste pochopili, o čo v tomto prípade ide.

Používanie protokolov udalostí na lepšie pochopenie procesov "pod kapotou"

Protokoly udalostí, ktoré má každá technologická oblasť svoje vlastné, vám ponúkajú obrovskú pomoc pri informovaní o dôvodoch, prečo veci nefungujú - najmä pri problémoch súvisiacich s WiFi.
Pozrime sa na jeden príklad prostredníctvom siete WiFi, ktorý zobrazuje tri rôzne záznamy:

Analyzujme 3 rôzne body po sebe:

1. To nám hovorí, že určitá stanica s určitou adresou MAC 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é (pre referenciu si pozrite tento návod: Zlepšenie roamingu WiFi na mojich prístupových bodoch Nebula? )
2. Stanica opustila konkrétny SSID, AP, kanál z dôvodu WiFi 3. Kódy dôvodov WiFi sú unifikované kódy na identifikáciu a pochopenie správania WiFi. Pre referenciu si pozrite tento článok: Čo znamenajú kódy dôvodov deautentifikácie 802.11?
   Kód dôvodu WiFi 3 jednoducho uvádza, že stanica sa proaktívne rozhodla opustiť SSID.
3. Došlo k procesu roamingu (= presun z jedného AP na druhé) určitého klienta.

Toto je teraz samozrejme len vrcholný pohľad na to, čo vám môžu protokoly udalostí povedať, ale ukazuje, že protokoly udalostí môžu byť mocným nástrojom na pochopenie toho, čo sa v skutočnosti deje vo vašej sieti. Konkrétne v súvislosti s problémami WiFi existujú ďalšie nástroje na vyhodnotenie kvality WiFi, napríklad Wireless Health, Client lists (Zoznamy klientov) atď. nasledujúce články vám môžu poskytnúť viac informácií aj na túto tému:

Nebula AP "Easy Troubleshoot"

Riešenie Wireless Health-Solution od spoločnosti Zyxel Networks