Nebula Sorun Giderme - Yaygın Sorunlar

Bu makale, en yaygın sorunların giderilmesini ele alacaktır - cihazlar çevrimdışı kalıyorsa, herhangi bir veri/kayıt (PoE, CPU kullanımı, veri kullanımı, kayıtlar vb.) göremiyorsanız, yapılandırmalar iletilmiyorsa (firmware yönetimi), olay günlükleri kullanılarak sorun giderme yapılacaktır.

Nebula Bulut Çözümümüzün sahada ivme kazandığını ve portföyümüzü genişletirken giderek daha fazla odak noktası haline geldiğini görmekten çok mutluyuz. Başlangıçta bir "spin-off" çözümü olarak başlayan bu yapı, yatırımlarımız ve öngörülerimiz doğrultusunda operasyonlarımızın ve ürünlerimizin temel taşı haline geldi. Ancak bu odak değişikliği ile birlikte, Nebula destekli ekipmanlar profesyonel ağ ortamlarında giderek daha fazla kullanılmaktadır. Bu değişim, birçok müşterimiz için "Sorunlarımı başkalarına ulaşmadan önce nasıl analiz edebilirim?" sorusunu gündeme getirmektedir.

Bu rehber, cihazlarınız düzgün çalışmadığında kontrol etmeniz gereken bazı fikirler ve öneriler sunacaktır - bazıları genel nitelikte (= en iyi uygulama örnekleri), bazıları ise farklı teknoloji alanlarına biraz daha özgü olabilir.

Not: Nebula yönetilen cihazlar herhangi bir şekilde konsol bağlantısı ile yapılandırılmak üzere tasarlanmamıştır - lütfen sadece Nebula cihazlara SSH erişimini izleme ve mümkünse destek/AR-GE departmanımız ile iş birliği içinde hata ayıklama ölçümleri için kullanın.

Cihazlar çevrimdışı kalıyor

Durumu hayal edin - cihazınızı başarıyla kaydettiniz, belki bazı ayarları istediğiniz gibi yapılandırdınız ve şimdi cihazınızı dağıtım aşamasındasınız. Ancak, henüz bilmediğiniz nedenlerle, ilgili cihaz hem sahada çalışmak istemiyor hem de çevrimiçi ve yanıt veriyor olarak tam olarak görünmüyor.

Bu, Nebula cihazları dağıtırken en yaygın sorunlardan biridir - bunun kısa nedeni, cihazların varsayılan olarak s.nebula.zyxel.com veya d.nebula.zyxel.com adreslerine çözümlemeye çalışmasıdır. Bu iki soruna yol açar:

1. Çok katmanlı alt alan adı (örneğin this.that.andthis.alsothis.domain.com) bazı DNS sağlayıcıları için sorun yaratabilir
2. Yeni standartlara göre, bir alt alan adı tek karakterden oluşabilirken, eskiden en az üç karakter olması gerekiyordu. Bazı DNS sunucuları bu konuda sorun yaşar.

Çok sık olarak, internet servis sağlayıcılarının DNS sunucularında bu tür sorunlar görülmektedir. Önerimiz: varsayılan DNS sunucusunu 8.8.8.8 veya 1.1.1.1 olarak değiştirin. Daha fazla bilgi için buraya bakabilirsiniz:

Nebula cihazım çevrimiçi olamıyor / bağlantı sorunları var / NCC ile iletişim kuramıyor ne yapmalıyım?

Hiç veri göremiyorum!

Bazen müşteriler bize, uzun süredir ilk kez giriş yaptıklarında verilerinin kaybolduğunu veya "hiçbir şeyin gösterilmediğini" şikayet ederler. Bu, portaldaki uzun süreli hareketsizlik nedeniyle organizasyonun Bulut Tasarruf Moduna alınmış olmasından kaynaklanabilir; bu mod, 30 günlük boşta kalma süresinden sonra tüm bilgi toplama işlemini keser. Bulut Tasarruf Modu, bir uyarı ve açık mavi bir afiş ile belirtilir. Çözüm: Bulut Tasarruf Modu'nu kapatın ve birkaç dakika bekleyin, veriler yakında geri gelmelidir.

Daha fazla bilgi için bakınız: Bulut Tasarruf Modu (Nebula BASE Paketi)

Yapılandırmalar iletilmiyor

Cihazınız çevrimiçi görünüyor olabilir, ancak yapılandırma değişiklikleri uygulanmıyor gibi mi görünüyor? Firmware'i kontrol edin! Bazı değişikliklerin düzgün çalışması için en son firmware gerekebilir ve bazen değişiklikler bu nedenle geri tutulur:

Bu, görmek istemediğimiz mükemmel bir örnektir - bu durumda, güvenlik duvarı firmware'i güncel değil ve bu, yeni yapılandırma bloklarının uygulanmasını engelliyor; oysa diğer tüm istatistikler (CPU, RAM kullanımı, istemci sayısı, çevrimiçi/çevrimdışı durumu) normal görünüyor. Yapılandırma bloklarının geri tutulması özellikle, ancak sadece en son firmware'de uygulanan yeni özellikler için geçerlidir. Yukarıda belirtilen "DNS Sorunu" dışında, bu da değerli bir ipucu olabilir.

Nebula üzerinden izleme - Parmaklarınızın ucunda faydalı bilgiler!

İzleme özellikleri, izleme ve analiz varlıklarınıza gerçek faydalar ve araçlar sunar. Basit bir örnekle başlayalım - bir cihaz çevrimdışı görünüyor, ancak Nebula Bulut Merkezi ile hala iletişimde olduğunu düşünüyorsunuz? Cihazın ana sayfasına gidin - ağ geçitleri için bu:

Cihazlar -> Güvenlik Duvarı

ve bir Ping Testi yapın - eğer ping testi cihazın "Ping hedefi W.X.Y.Z" mesajını başarıyla gönderiyorsa ve cihaz bunu alıp başarılı ping yanıtları verebiliyorsa, bu cihazın aslında NCC ile iletişimde olduğunu ve çevrimdışı görünümün tarayıcı önbelleği veya çerez kaynaklı bir sorun olabileceğini gösterir.

Başka bir gerçek hayat örneği: Birden fazla anahtar portu sürekli olarak 10Mb/s bağlantılar ile 1Gb/s bağlantılar arasında geçiş yaptığını gösteren olay günlük mesajları gösteriyor ve anahtarın sorun yaratıp yaratmadığından emin değilsiniz?

MAC tablosunu şu şekilde kontrol edin:

Cihazlar > Anahtarlar > (Anahtarı seçin) > Canlı Araçlar > Anahtar Tabloları > Çalıştır Düğmesi

Artık size yardımcı olabilecek bilgilere sahipsiniz - belirtilen gerçek hayat örneğinde, bu davranışı gösteren tüm anahtar portlarının belirli bir MAC üreticisine ait olduğu ortaya çıktı; bu da sorunun belirli bir istemci türünden kaynaklandığını ve anahtarın sorun yaratmadığını gösterir - olası bir çözüm, ilgili istemciler ve anahtar portları için sabit hız ayarlamaktır.

İzlemenin hataların çözümünde nasıl mucizeler yaratabileceğine dair daha birçok örnek vardır, ancak sanırım konuyu kavradınız.

Olay günlüklerini kullanarak "kasanın altındaki" süreçleri daha iyi anlamak

Her teknoloji alanının kendine ait olay günlükleri, nedenlerin anlaşılmasında size büyük yardım sağlar - özellikle WiFi ile ilgili sorunlarda.
Bir WiFi ağı örneği üzerinden üç farklı girişe bakalım:

Şimdi 3 farklı noktayı sırayla analiz edelim:

1. Belirli bir MAC adresine sahip bir istasyonun ilgili Erişim Noktasına bağlandığını gösterir. Bağlantı sinyal gücü -81dBm olup, bu genellikle çok zayıftır.
2. Bir istasyon, WiFi sebebi 3 nedeniyle belirli bir SSID, AP, Kanalı terk etmiştir. WiFi sebep kodları, WiFi davranışını tanımlamak ve anlamak için standartlaştırılmış kodlardır. WiFi Sebep Kodu 3, istasyonun proaktif olarak SSID'den ayrılmaya karar verdiğini belirtir.
3. Belirli bir istemcinin dolaşım işlemi (= bir AP'den diğerine geçiş) gerçekleşmiştir.

Tabii ki bu, olay günlüklerinin size anlatabileceği şeylerin sadece küçük bir örneğidir, ancak olay günlüklerinin ağınızda gerçekte neler olup bittiğini anlamada güçlü bir araç olabileceğini gösterir. Özellikle WiFi sorunları ile ilgili olarak, Kablosuz Sağlığı, İstemci listeleri gibi WiFi kalitesini değerlendirmek için ek araçlar da vardır. Aşağıdaki makaleler bu konuda daha fazla bilgi verebilir:

Nebula AP "Kolay Sorun Giderme"

Zyxel Networks tarafından Kablosuz Sağlık Çözümü