Nebula Risoluzione dei problemi - Problemi comuni

Questo articolo affronta la risoluzione dei problemi più comuni - se il dispositivo rimane offline, non è possibile vedere dati/log (PoE, utilizzo CPU, utilizzo dati, log ecc.), le configurazioni non vengono applicate (gestione firmware), utilizzando i log degli eventi. 

Siamo molto felici di vedere che la nostra Nebula Cloud Solution sta guadagnando slancio sul campo ed è sempre più un punto chiave quando si tratta di espandere il nostro portfolio. Quella che è iniziata come una soluzione "spin-off" è diventata, in linea con i nostri investimenti e previsioni, una pietra angolare delle nostre operazioni e prodotti. Tuttavia, con questo cambio di focus, le apparecchiature compatibili con Nebula vengono utilizzate sempre più in ambienti di rete professionali. Questo cambiamento solleva la domanda per molti dei nostri clienti "Cosa posso fare per analizzare i miei problemi, prima di contattare qualcun altro?"

Questa guida fornirà alcune idee e suggerimenti su cosa controllare nel caso in cui i vostri dispositivi non funzionino correttamente - alcuni di questi sono di natura più generica (= esempi di best practice), altri sono un po' più specifici per diversi ambiti tecnologici.

Nota: i dispositivi gestiti da Nebula non sono destinati ad essere configurati in alcuna forma tramite connessione console - si prega di utilizzare l'accesso SSH ai dispositivi Nebula solo per il monitoraggio e, possibilmente, in collaborazione con il nostro supporto/reparto R&D, per misurazioni di debug.

I dispositivi rimangono offline

Immaginate questo - avete registrato con successo il vostro dispositivo, magari avete anche configurato alcune impostazioni a vostro piacimento e ora siete nella fase di distribuzione del dispositivo. Tuttavia, per ragioni ancora sconosciute, il dispositivo in questione semplicemente non vuole andare online, sia sul posto, in funzione, sia mostrando completamente di essere online e reattivo.

Questo è uno dei problemi più comuni durante la distribuzione dei dispositivi Nebula - la ragione, in breve, è che i dispositivi per impostazione predefinita cercano di risolvere a s.nebula.zyxel.com o d.nebula.zyxel.com. Questo comporta due problemi:

1. Un sottodominio a cascata multipla (ad esempio questo.quello.equesto.anchequesto.domain.com) può causare problemi per alcuni provider DNS
2. Secondo standard più recenti, un sottodominio può anche consistere in un solo carattere, mentre prima era richiesto un minimo di tre caratteri. Alcuni server DNS hanno problemi con questo.

Molto spesso vediamo che i server DNS dei provider di servizi Internet hanno problemi con questo. La nostra raccomandazione: cambiate il server DNS predefinito in 8.8.8.8 o 1.1.1.1. Maggiori informazioni sono disponibili qui:

Cosa devo fare se il mio dispositivo Nebula non riesce a connettersi / ha problemi di connessione / non comunica con NCC?

Non vedo alcun dato!

A volte, i clienti ci contattano lamentando che si sono collegati per la prima volta dopo molto tempo e i loro dati sono spariti o "non viene mostrato nulla". Potrebbe essere che, a causa di una lunga inattività sul portale, l'organizzazione sia impostata in Modalità Risparmio Cloud, che in pratica interrompe tutta la raccolta di informazioni dopo un periodo di inattività di 30 giorni. La Modalità Risparmio Cloud dovrebbe essere indicata da un messaggio e da un banner (banner azzurro chiaro). La soluzione: disattivare la Modalità Risparmio Cloud e attendere qualche minuto, i dati dovrebbero tornare presto.

Ulteriori informazioni sono disponibili qui: Modalità Risparmio Cloud (Pacchetto BASE Nebula)

Le configurazioni non vengono applicate 

Potreste avere il problema che il vostro dispositivo risulta online, ma le modifiche alla configurazione sembrano non essere applicate? Controllate il firmware! Alcune modifiche potrebbero richiedere il firmware più recente per funzionare correttamente, e a volte le modifiche vengono trattenute per questo motivo:

Questo è un perfetto esempio di ciò che non vorremmo vedere - in questo caso, il firmware del firewall è obsoleto, e questo blocca l'applicazione di nuovi blocchi di configurazione, mentre tutte le altre statistiche (CPU, utilizzo RAM, numero di client, stato online/offline) sembrano normali. Il blocco di blocchi di configurazione si applica specialmente, ma non esclusivamente, a nuove funzionalità implementate nel firmware più recente. Quindi, oltre al "Problema DNS" presentato sopra, questi potrebbero essere suggerimenti utili.

Monitoraggio tramite Nebula - Informazioni utili a portata di mano!

Le funzionalità di monitoraggio offrono reali benefici e strumenti per le vostre risorse di monitoraggio e analisi. Per cominciare con qualcosa di semplice - un dispositivo risulta offline, ma avete la sensazione che stia ancora comunicando correttamente con il Nebula Cloud Center? Basta andare alla pagina principale del dispositivo - per i gateway, questo sarebbe:

Dispositivi -> Firewall

e fare un test Ping - se il test ping riesce effettivamente a comunicare con il dispositivo "Ping destinazione W.X.Y.Z" e il dispositivo riceve questo e può fornire un feedback di ping riusciti, significa che il dispositivo sta effettivamente ancora comunicando con NCC e lo stato offline potrebbe essere dovuto a un problema di cache o cookie del browser. 

Un altro esempio reale: più porte switch mostrano costantemente messaggi nel log eventi che indicano un alternarsi tra connessioni a 10Mb/s e 1Gb/s, e non siete sicuri se lo switch stia causando problemi? 

Controllate la tabella MAC tramite:

Dispositivi > Switch > (seleziona Switch) > Strumenti Live > Tabelle Switch > Pulsante Esegui

Ora avete informazioni che potrebbero aiutarvi - in detto esempio reale, è risultato che tutte le porte switch che mostravano questo comportamento avevano un vendor MAC molto specifico, il che indica piuttosto un tipo specifico di client che ha questo problema, e ciò significa che lo switch non aveva problemi - una possibile soluzione qui potrebbe essere impostare una velocità fissa su detti client e sulle rispettive porte switch. 

Ci sono molti altri esempi di come il monitoraggio possa fare miracoli per risolvere errori, ma credo abbiate capito il concetto. 

Uso dei log eventi per comprendere meglio i processi "dietro le quinte"

I log eventi, che ogni campo tecnologico ha propri, vi offrono un enorme aiuto nell'informarvi sulle ragioni per cui le cose non funzionano - specialmente in problemi legati al WiFi.
Diamo un'occhiata a un esempio tramite una rete WiFi, mostrando tre voci diverse:

Analizziamo i 3 diversi punti uno dopo l'altro:

1. Questo ci dice che una certa stazione, con un certo indirizzo MAC, si è connessa al rispettivo Access Point. Si è connessa con una potenza del segnale di -81dBm, che alla fine è troppo debole.
2. Una stazione ha lasciato un SSID specifico, AP, canale a causa di un motivo WiFi 3. I codici motivo WiFi sono codici unificati per identificare e comprendere il comportamento WiFi. Il codice motivo WiFi 3 indica semplicemente che la stazione ha deciso proattivamente di lasciare l'SSID.
3. C'è stato un processo di roaming (= spostamento da un AP all'altro) di un certo client. 

Questo è ovviamente solo uno sguardo rapido a ciò che i log eventi possono dirvi, ma mostra che i log eventi potrebbero essere uno strumento potente per capire cosa sta effettivamente succedendo alla vostra rete. Specificamente per quanto riguarda i problemi WiFi, ci sono strumenti aggiuntivi per valutare la qualità WiFi, come Wireless Health, liste client ecc. i seguenti articoli potrebbero darvi ulteriori approfondimenti su questo argomento: 

Nebula AP "Easy Troubleshoot"

Soluzione Wireless Health di Zyxel Networks