Nebula [Sorun Giderme] - Sık Karşılaşılan Sorunlar

Bu makale en yaygın sorunları giderecektir - cihaz çevrimdışı kalıyorsa, Herhangi bir veri / günlük (PoE, CPU kullanımı, veri kullanımı, günlükler vb.) görülemiyorsa, yapılandırmalar itilmiyorsa (ürün yazılımı yönetimi), olay günlüklerini kullanarak.

Nebula Bulut Çözümümüzün sahada ivme kazandığını ve portföyümüzü genişletme konusunda giderek daha önemli bir odak noktası haline geldiğini görmekten çok mutluyuz. Bir "yan ürün" olarak başlayan çözümümüz, yatırımlarımız ve öngörülerimizle uyumlu olarak operasyonlarımızın ve ürünlerimizin temel taşı haline geldi. Ancak odak noktasındaki bu değişimle birlikte, Nebula özellikli ekipmanlar profesyonel ağ ortamlarında giderek daha fazla kullanılıyor. Bu değişim, birçok müşterimiz için "Başka birine ulaşmadan önce sorunlarımı analiz etmek için ne yapabilirim?" sorusunu beraberinde getiriyor.

Bu kılavuz, cihazlarınızın düzgün çalışmaması durumunda kontrol etmeniz gereken şeyler hakkında bazı fikirler ve girdiler sağlayacaktır - bunlardan bazıları daha genel niteliktedir (= en iyi uygulama örnekleri), bazıları ise farklı teknoloji alanlarına biraz daha özeldir.

Ön koşul olarak, Nebula özellikli güvenlik duvarlarına SSH aracılığıyla nasıl erişileceğine dair bir kılavuzumuz zaten var; bu kılavuz, CLI Referans Kılavuzları ile birlikte, ilgili Nebula cihazlarına SSH aracılığıyla bağlanırken nelerin kontrol edileceğine dair farklı olasılıklar hakkında biraz fikir edinmenize yardımcı olabilir:

Nebula Güvenlik Duvarınıza SSH üzerinden erişmek ve internetten bir Paket Yakalama / Paket İzleme yapmak

Not: Nebula tarafından yönetilen cihazların konsol bağlantısı yoluyla herhangi bir şekilde yapılandırılması amaçlanmamıştır - lütfen Nebula cihazlarına SSH erişimini yalnızca izleme ve muhtemelen destek / Ar-Ge departmanımızla işbirliği içinde hata ayıklama ölçümleri için kullanın.

Cihazlar çevrimdışı kalıyor

Şunu hayal edin - cihazınızı başarıyla kaydettiniz, hatta belki bazı ayarları istediğiniz gibi yapılandırdınız ve şimdi cihazınızın dağıtım aşamasındasınız. Ancak, henüz bilmediğiniz nedenlerden dolayı, söz konusu cihaz hem sahada çevrimiçi olmak, hem çalışmak, hem de çevrimiçi ve duyarlı olduğunu tam olarak göstermek istemiyor.

Bu, Nebula cihazlarını dağıtırken en sık karşılaşılan sorunlardan biridir - bunun nedeni, kısaca, cihazların varsayılan olarak s.nebula.zyxel.com veya d.nebula.zyxel.com adreslerinden birine çözümlenmeye çalışmasıdır. Bu iki sorunu beraberinde getirir:

1. Birden çok kez basamaklandırılmış alt alan adı (örneğin this.that.andthis.alsothis.domain.com) bazı DNS sağlayıcıları için sorunlara yol açabilir
2. Daha yeni standartlara göre, bir alt alan adı eskiden en az üç karakterden oluşurken artık tek bir karakterden de oluşabilmektedir. Bazı DNS sunucuları bununla ilgili sorunlar yaşamaktadır.

Çoğu zaman, internet servis sağlayıcılarının DNS sunucularının bu konuda sorun yaşadığını görüyoruz. Önerimiz: varsayılan DNS sunucusunu 8.8.8.8 veya 1.1.1.1 olarak değiştirin. Daha fazla bilgiyi burada bulabilirsiniz:

Nebula cihazım çevrimiçi olamıyorsa / bağlantı sorunları yaşıyorsa / NCC'de iletişim kurmuyorsa ne yapmalıyım?

Hiçbir veri göremiyorum!

Bazen müşteriler bize ulaşarak, uzun zamandan beri ilk kez giriş yaptıklarını ve verilerinin ya kaybolduğunu ya da "hiçbir şey gösterilmediğinden" şikayet ediyorlar. Portalda uzun süre işlem yapılmaması nedeniyle kuruluş, 30 günlük bir boşta kalma süresinden sonra tüm bilgi toplamayı kesen Bulut Tasarruf Moduna ayarlanmış olabilir. Bulut Tasarruf Modu bir istem ve bir başlık (açık mavi başlık) ile belirtilmelidir. Çözüm: Bulut Tasarruf Modunu kapatın ve birkaç dakika bekleyin, veriler kısa süre sonra geri gelecektir.

Daha fazla bilgi burada görülebilir: Bulut Tasarruf Modu (Nebula BASE Paketi)

Yapılandırmalar itilmiyor

Cihazınızın gerçekten çevrimiçi görünmesi, ancak yapılandırmayı değiştirmenin geçerli olmaması gibi bir sorununuz olabilir mi? Aygıt yazılımını kontrol edin! Bazı değişikliklerin düzgün çalışması için en son aygıt yazılımı gerekebilir ve bazen değişiklikler bu nedenle gecikebilir:

Bu, görmek istemediğimiz şey için mükemmel bir örnektir - bu durumda, güvenlik duvarı ürün yazılımı eskidir ve bu, diğer tüm istatistikler (CPU, RAM kullanımı, İstemci sayısı, çevrimiçi / çevrimdışı durumu) iyi görünürken, nihayetinde yeni yapılandırma bloklarının uygulanmasını engeller. Yapılandırma parçalarının bekletilmesi, özellikle en son ürün yazılımında uygulanan yeni özellikler için geçerlidir, ancak yalnızca bunlar için geçerli değildir. Bu yüzden, yukarıda sunulan "DNS Sorunu" dışında, değerli ipuçları olabilir.

Nebula üzerinden izleme - Faydalı bilgiler parmaklarınızın ucunda!

İzleme özellikleri, izleme ve analiz varlıklarınıza gerçek faydalar ve araçlar sağlar. Basit bir şeyle başlayalım - bir cihaz çevrimdışı görünüyor, ancak Nebula Bulut Merkezi ile hala düzgün bir şekilde iletişim kurduğunu mu hissediyorsunuz? Sadece cihazların ana sayfasına gidin - ağ geçitleri için bu olacaktır:

ve bir Ping-Testi yapın - ping testi cihaza "Ping destination W.X.Y.Z" demeyi gerçekten başarırsa ve cihaz bunu gerçekten alırsa ve başarılı pinglerin geri bildirimini verebilirse, bu, cihazın aslında hala NCC ile iletişim kurduğu ve çevrimdışı durumun tarayıcı önbelleği veya çerezle ilgili bir sorun olabileceği anlamına gelir.

Başka bir gerçek hayat örneği: birden fazla anahtar bağlantı noktası sürekli olarak 10Mb/s bağlantılar ve 1Gb/s bağlantılar arasında geçiş olduğunu gösteren olay günlüğü mesajları gösteriyor ve anahtarın sorunlara neden olup olmadığından emin değil misiniz?

MAC tablosunu şu yolla kontrol edin:

Size yardımcı olabilecek bilgilere sahip olduğunuzu biliyorsunuz - söz konusu gerçek hayat örneğinde, bu davranışı gösteren tüm anahtar bağlantı noktalarının çok özel bir MAC satıcısına sahip olduğu ortaya çıktı, bu da bu sorunu yaşayan belirli bir istemci türüne işaret ediyor ve bu da anahtarın sorunu olmadığı anlamına geliyor - burada olası bir çözüm, söz konusu istemcilerde ve ilgili anahtar bağlantı noktalarında sabit bir hız ayarlamak olabilir.

İzlemenin hataları çözmede nasıl mucizeler yaratabileceğine dair daha pek çok örnek var ama sanırım ne demek istediğimi anladınız.

"Kaputun altındaki" süreçleri daha iyi anlamak için olay günlüklerini kullanma

Her teknoloji alanının kendine ait olay günlükleri, özellikle WiFi ile ilgili sorunlarda, işlerin neden yürümediği konusunda sizi bilgilendirmede muazzam bir yardım sunar.
Üç farklı girişi gösteren bir WiFi Ağı üzerinden bir örneğe göz atalım:

Şimdi 3 farklı noktayı birbiri ardına analiz edelim:

1. Bu bize belirli bir MAC-Adresine sahip belirli bir istasyonun ilgili Erişim Noktasına bağlandığını söyler. Bu istasyon -81dBm sinyal gücü ile bağlanmıştır ve bu da çok zayıf bir sinyal gücüdür (referans için bu eğitime göz atın: Nebula Erişim Noktalarımda WiFi dolaşımını iyileştirmek mi? )
2. Bir istasyon, bir WiFi nedeni 3 nedeniyle belirli bir SSID, AP, Kanaldan ayrılmıştır. WiFi neden kodları, WiFi davranışını tanımlamak ve anlamak için birleştirilmiş kodlardır. Referans için lütfen bu makaleyi kontrol edin: 802.11 Kimlik Doğrulama Neden Kodlarının anlamı nedir?
   WiFi Sebep Kodu 3 basitçe İstasyonun proaktif olarak SSID'den ayrılmaya karar verdiğini belirtir.
3. Belirli bir istemcinin dolaşım süreci (= bir AP'den diğerine geçme) vardı.

Bu elbette olay günlüklerinin size neler söyleyebileceğine dair sadece bir bakış açısıdır, ancak olay günlüklerinin ağınızda gerçekte neler olduğunu anlamak için güçlü bir araç olabileceğini göstermektedir. Özellikle WiFi sorunlarıyla ilgili olarak, WiFi kalitesini değerlendirmek için Kablosuz Sağlığı, İstemci listeleri vb. gibi ek araçlar vardır:

Nebula AP "Kolay Sorun Giderme"

Zyxel Networks'ten Kablosuz Sağlık Çözümü