Nebula Depanare - Probleme Comune

Acest articol va aborda depanarea celor mai frecvente probleme - dacă dispozitivele rămân offline, nu se pot vedea date/jurnale (PoE, utilizare CPU, utilizare date, jurnale etc.), configurațiile nu sunt aplicate (gestionarea firmware-ului), utilizarea jurnalelor de evenimente.

Suntem foarte bucuroși să vedem cum soluția noastră Cloud Nebula câștigă teren pe teren, devenind tot mai mult un punct cheie în extinderea portofoliului nostru. Ceea ce a început ca o soluție „spin-off” a devenit, în concordanță cu investițiile și predicțiile noastre, o piatră de temelie a operațiunilor și produselor noastre. Totuși, odată cu această schimbare de focus, echipamentele compatibile Nebula sunt folosite din ce în ce mai mult în medii profesionale de rețea. Această schimbare ridică întrebarea pentru mulți dintre clienții noștri: „Ce pot face pentru a analiza problemele mele, înainte de a contacta pe altcineva?”

Acest ghid oferă câteva idei și sugestii despre ce să verificați în cazul în care dispozitivele dvs. nu funcționează corect - unele sunt de natură generică (= exemple de bune practici), altele sunt mai specifice pentru diferite domenii tehnologice.

Notă: Dispozitivele gestionate prin Nebula nu sunt destinate a fi configurate în niciun fel prin conexiune console - vă rugăm să folosiți accesul SSH către dispozitivele Nebula doar pentru monitorizare și, eventual, în colaborare cu departamentul nostru de suport/R&D, pentru măsurători de depanare.

Dispozitivele rămân offline

Imaginează-ți următorul scenariu - ți-ai înregistrat dispozitivul cu succes, poate chiar ai configurat câteva setări după preferințe și acum te afli în faza de implementare a dispozitivului. Totuși, din motive încă necunoscute, dispozitivul în cauză pur și simplu nu dorește să se conecteze online atât la fața locului, să funcționeze, cât și să arate complet online și responsiv.

Aceasta este una dintre cele mai frecvente probleme în timpul implementării dispozitivelor Nebula - motivul, pe scurt, este că dispozitivele încearcă implicit să rezolve către s.nebula.zyxel.com sau d.nebula.zyxel.com. Acest lucru cauzează două probleme:

1. Un subdomeniu în cascadă multiplă (de exemplu, acest.acela.șisă.altul.domeniu.com) poate cauza probleme pentru unii furnizori DNS
2. Conform standardelor mai noi, un subdomeniu poate consta și dintr-un singur caracter, pe când înainte era minim trei caractere. Unele servere DNS au probleme cu acest lucru.

Foarte des, vedem că serverele DNS ale furnizorilor de internet au probleme cu aceasta. Recomandarea noastră: schimbați serverul DNS implicit cu 8.8.8.8 sau 1.1.1.1. Mai multe informații găsiți aici:

Ce ar trebui să fac dacă dispozitivul meu Nebula nu se poate conecta online / are probleme de conexiune / nu comunică cu NCC?

Nu văd niciun fel de date!

Uneori, clienții ne contactează, plângându-se că s-au conectat pentru prima dată după o perioadă lungă și datele lor fie au dispărut, fie „nu se afișează nimic”. Este posibil ca, din cauza inactivității prelungite pe portal, organizația să fie setată în Modul de Economisire Cloud, care practic oprește colectarea informațiilor după o perioadă de inactivitate de 30 de zile. Modul de Economisire Cloud ar trebui să fie indicat printr-un mesaj și un banner (banner albastru deschis). Soluția: dezactivați Modul de Economisire Cloud și așteptați câteva minute, datele ar trebui să revină în curând.

Mai multe informații pot fi găsite aici: Modul de Economisire Cloud (Nebula BASE Pack)

Configurațiile nu sunt aplicate

Este posibil să aveți problema că dispozitivul dvs. apare online, dar modificarea configurației nu pare să se aplice? Verificați firmware-ul! Unele modificări pot necesita cel mai recent firmware pentru a funcționa corect, iar uneori modificările sunt reținute din acest motiv:

Acesta este un exemplu perfect pentru ceea ce nu am dori să vedem - în acest caz, firmware-ul firewall-ului este învechit, ceea ce împiedică aplicarea unor noi blocuri de configurație, în timp ce toate celelalte statistici (CPU, utilizare RAM, număr de clienți, stare online/offline) par în regulă. Reținerea blocurilor de configurație se aplică în special, dar nu exclusiv, noilor funcționalități implementate în cel mai recent firmware. Așadar, pe lângă „Problema DNS” prezentată mai sus, acestea pot fi sfaturi valoroase.

Monitorizarea prin Nebula - Informații utile la îndemână!

Funcțiile de monitorizare oferă beneficii reale și instrumente pentru activele dvs. de monitorizare și analiză. Ca să începem cu ceva simplu - un dispozitiv apare offline, dar aveți impresia că totuși comunică corect cu Centrul Cloud Nebula? Pur și simplu mergeți la pagina principală a dispozitivului - pentru gateway-uri, aceasta ar fi:

Devices -> Firewall

și efectuați un test Ping - dacă testul ping reușește să spună dispozitivului „Ping destinație W.X.Y.Z” și dispozitivul primește acest lucru și poate oferi feedback de ping-uri reușite, înseamnă că dispozitivul comunică încă cu NCC și starea offline ar putea fi o problemă legată de cache-ul sau cookie-urile browserului.

Un alt exemplu din viața reală: mai multe porturi de switch afișează constant mesaje în jurnalul de evenimente indicând o comutare între conexiuni de 10Mb/s și 1Gb/s, iar dvs. nu sunteți sigur dacă switch-ul cauzează probleme?

Verificați tabela MAC prin:

Devices > Switches > (selectați Switch) > Live Tools > Switch Tables > Buton Run

Acum aveți informații care ar putea să vă ajute - în exemplul menționat, s-a constatat că toate porturile de switch care afișau acest comportament aveau un furnizor MAC foarte specific, ceea ce indică mai degrabă un anumit tip de client cu această problemă, ceea ce înseamnă că switch-ul nu avea nicio problemă - o soluție posibilă aici ar putea fi setarea unei viteze fixe pe acei clienți și porturile respective ale switch-ului.

Există multe alte exemple despre cum monitorizarea poate face minuni în rezolvarea erorilor, dar cred că ați prins ideea.

Utilizarea jurnalelor de evenimente pentru o mai bună înțelegere a proceselor „din culise”

Jurnalele de evenimente, pe care fiecare domeniu tehnologic le are proprii, vă oferă un ajutor imens în a vă informa despre motivele pentru care lucrurile nu funcționează - în special în problemele legate de WiFi.
Să analizăm un exemplu printr-o rețea WiFi, care afișează trei intrări diferite:

Să analizăm cele 3 puncte diferite unul câte unul:

1. Acesta ne spune că o anumită stație, cu o anumită adresă MAC, s-a conectat la punctul de acces respectiv. S-a conectat cu o putere a semnalului de -81dBm, ceea ce este în cele din urmă prea slab.
2. O stație a părăsit un SSID specific, AP, canal din cauza unui motiv WiFi 3. Codurile de motiv WiFi sunt coduri unificate pentru a identifica și înțelege comportamentul WiFi. Codul de motiv WiFi 3 indică faptul că stația a decis proactiv să părăsească SSID-ul.
3. A avut loc un proces de roaming (= mutarea de la un AP la altul) al unui anumit client.

Acesta este, desigur, doar o privire de ansamblu asupra a ceea ce pot spune jurnalele de evenimente, dar arată că acestea pot fi un instrument puternic în înțelegerea a ceea ce se întâmplă efectiv în rețeaua dvs. În special în ceea ce privește problemele WiFi, există și alte instrumente pentru evaluarea calității WiFi, cum ar fi Wireless Health, listele de clienți etc. Articolele următoare vă pot oferi mai multe informații pe acest subiect:

Nebula AP „Depanare ușoară”

Soluția Wireless Health de la Zyxel Networks