Bir endüstriyel anahtar yapılandırma değişikliği, ürün yazılımı yükseltmesi veya yeniden başlatma sonrasında anormal davranıyorsa önce “şu anda çalışan ayarları” ve “başlangıçta yüklenen ayarları” kontrol edin, ardından yazılım kurtarmanın gerekli olup olmadığına karar verin. Port ışığı yanıyor ancak hizmet çalışmıyorsa bunun nedeni yalnızca farklı bir VLAN ayarı olabilir; yönetim sayfasına erişilemiyorsa bu, veri iletiminin durduğu anlamına gelmez. Bu makale özellikle yapılandırmanın, ürün yazılımının ve yönetim erişiminin kurtarılmasını açıklar. Fiziksel kablo ve güç kaynağı arızaları için lütfen şu makaleyi okuyun: Katmanlı sorun giderme makalesi.
Ürün yazılımı, çalışan yapılandırma ve başlangıç yapılandırması hangi görevleri üstlenir?
Ürün yazılımı, cihazı çalıştıran yazılım programıdır. Cihazın başlatılmasından, yönetim arayüzünün sağlanmasından ve anahtarlama işlemlerini gerçekleştirmek üzere donanımın kontrol edilmesinden sorumludur. Yapılandırma ise hangi portların aynı VLAN içinde yer aldığı ve hangi üst bağlantıların etiketli verilerin geçişine izin verdiği gibi, bu programa verilen belirli kurallar bütünüdür. Ürün yazılımını değiştirmek bu kuralları değiştirmekle aynı şey değildir; yapılandırmayı geri yüklemek de tüm program sorunlarını gidermek anlamına gelmez.
Birçok yönetilebilir ağ cihazı, o anda geçerli olan kuralları çalışan yapılandırma, yeniden başlatmadan sonra okunacak kuralları ise başlangıç yapılandırması olarak adlandırır. İlki yapılan ayarlamalarla değişirken ikincisinin genellikle kaydedilmesi gerekir. Farklı üreticiler otomatik kaydetme veya başka mekanizmalar da kullanabilir; bu nedenle modelin kılavuzuna başvurulmalıdır. Sık karşılaşılan bir durum şudur: Sahada portlar değiştirilmiştir ve o anda hizmet normaldir, ancak elektrik kesintisinden sonra eski duruma dönülür. Bu durum, doğrudan anahtarlama çipinin hasarlı olduğu sonucuna varmak yerine önce kaydetme mekanizmasının kontrol edilmesi gerektiğini düşündürür.
Harici yedek, cihaz dışında tutulan bir dosyadır. Ayarları yalnızca anahtarın içinde kaydetmek, cihaz hasarına veya cihazın tamamen değiştirilmesine karşı yeterli değildir. Yedekler cihaz numarası, donanım sürümü, ürün yazılımı sürümü, dışa aktarma zamanı ve port kullanım amacıyla etiketlenmeli ve kontrollü bir konumda saklanmalıdır; dosyalar hesap veya ağ bilgileri içerebilir ve herkese açık gruplarda paylaşılmamalıdır. Kurtarmadan önce hedef cihazın uyumlu olup olmadığını da kontrol edin. Aynı markanın farklı modellerini doğrudan birbirinin yerine kullanılabilir kabul etmeyin.

Önce yönetim arızalarını hizmet arızalarından ayırın
Yönetim adresi cihaz ayarlarına erişmek, hizmet portları ise uç cihaz verilerini iletmek için kullanılır. İkisi birbiriyle ilişkilidir ancak aynı test nesnesi değildir. Yönetim bilgisayarının adresinin değişmesi, yönetim VLAN kısıtlamaları veya tarayıcı oturumunun süresinin dolması, PLC ile ana bilgisayar iletişim kurmaya devam ederken sayfaya erişilememesine neden olabilir. Tersine, sayfaya giriş yapılabilmesi tüm hizmet portlarının normal olduğunu kanıtlamaz.
Önce hangi uç cihazlarda sorun yaşandığını, tüm portların aynı anda anormal olup olmadığını ve arızadan önce yapılan son değişikliğin ne olduğunu kaydedin. Günlükleri, mevcut sürümü, port durumlarını ve dışa aktarılmış yapılandırmayı saklayın. Yönetim erişimi hâlâ varsa önce salt okunur bir kontrol yapın; ağ üzerinden yönetim erişimi kaybolmuşsa bilgisayarın alt ağını, erişime izin verilen arayüzleri ve cihazın yönetim adresini kontrol edin. Yalnızca model gerçekten yerel bir konsol sunuyorsa belirtilen kablo ve seri iletişim parametrelerine uygun olarak bu erişimi kullanın. İnternette bulunan bir komutu tüm endüstriyel anahtarlara uygulamayın.
Bağlantı normalse hizmet yolu boyunca VLAN ve port kurallarını kontrol edin
VLAN, Katman 2 ağını farklı mantıksal alanlara bölen bir kuraldır. Uç cihaz erişim portları genellikle etiketsiz çerçeveleri belirli bir VLAN içine atar; üst bağlantı portları birden fazla etiketli VLAN taşıyabilir. Bir portun hangi alana ait olduğu, etiketsiz çerçevelerin nasıl sınıflandırıldığı ve üst bağlantının hangi etiketlere izin verdiği birlikte kontrol edilmelidir. Fiziksel bağlantı ışığı yalnızca iki taraf arasında bağlantı kurulduğunu gösterir; bu kuralların aynı olduğunu kanıtlamaz.
Örneğin bir PLC, A anahtarındaki VLAN10 ağına, bir ana bilgisayar ise B anahtarındaki VLAN10 ağına bağlıdır; ancak aradaki üst bağlantı yalnızca VLAN20 geçişine izin vermektedir. Her iki cihazın üst bağlantı ışıkları yanabilir, ancak PLC verileri yine de geçemez. Doğru çözüm, kolaylık olsun diye tüm yalıtım kurallarını kaldırmak değil, her iki uçtaki erişim portu atamasını ve üst bağlantı izin listesini kontrol etmektir. Hizmetin başlangıçtan itibaren VLAN'lar arasında çalışması amaçlanıyorsa ilgili yönlendirme ve erişim kuralları da gereklidir; yalnızca etiketlerin geçişine izin vermek, alt ağlar arasında otomatik olarak iletişim olanağı sağlamaz.

Ayrıca portların yönetimsel olarak kapatılıp kapatılmadığını, erişim kontrolünün hizmeti engelleyip engellemediğini ve bağlantı birleştirme ayarlarının her iki uçta tutarlı olup olmadığını kontrol edin. Protokol desteği, özellik adları ve parametrelerin konumları modele göre değişir. Feichang Technology’nin resmî web sitesindeki Dört 10G Optik Port ve Sekiz Gigabit Ethernet Portuna Sahip, DIN Rayına Montajlı Yönetilebilir Katman 3 Endüstriyel Anahtar yönetim ve Katman 3 ile ilgili yetenekler sunar ve iletim kurallarının doğrulanmasını gerektiren senaryolar için uygundur; bu, yönetilemez modellerde de oturum açılıp VLAN'ların değiştirilebileceği anlamına gelmez. Gerçek uygulamada yine de teslim edilen model ve ilgili sürüm kontrol edilmelidir.
Yapılandırmayı geri yüklerken önce son doğrulanmış sürümü bulun
Arızadan önceki doğrulanmış yapılandırmayı mevcut yapılandırmayla karşılaştırın; etkilenen portlara, VLAN'lara, üst bağlantılara ve yönetim adreslerine odaklanın. Her seferinde gözlenen durumu açıklayabilecek yalnızca bir öğeyi düzeltin, ardından ilgili hizmeti test edin ve sayaçları izleyin. Sorun belirli bir değişiklikten kaynaklanıyorsa bu değişikliği geri almak, genellikle cihazın tamamını temizlemeye göre etki kapsamını daha kolay kontrol etmenizi sağlar.
Bir yedeği içe aktarmadan önce mevcut yapılandırmanın üzerine mi yazacağını yoksa onunla birleşeceğini mi, hemen etkinleşip etkinleşmeyeceğini, yeniden başlatma gerekip gerekmediğini ve kurtarma sonrasında yönetim adresinin değişip değişmeyeceğini doğrulayın. Bazı uygulamalar içe aktarma komutunu mevcut çalışan yapılandırmaya eklerken diğerleri başlangıç dosyasını değiştirir; bu iki davranış birbirine karıştırılmamalıdır. Kurtarma sonrası oturum açma yolunu hazırlayın ve işlemi yapan kişiyi ve zamanı kaydedin; sahada üretim kontrol hizmetleri varsa bir bakım penceresi ve geri dönüş adımları planlayın. Geçici olarak hatalı bir durumu kalıcı hâle getirmemek için kaydetmeden önce hizmeti doğrulayın.
Ürün yazılımı anormallikleri, yükseltmeler ve unutulan parolalar nasıl ele alınır?
Yalnızca paket kaybına bakarak ürün yazılımında bir güvenlik açığı olduğu sonucuna varmayın. Çıkış tıkanıklığı, Katman 2 döngüleri ve uç cihaz anormallikleri de benzer durumlara yol açabilir. Önce sürüm, günlükler ve üreticinin bilinen sorunları arasında ilişki kurun; yoğun yayın trafiğinin etkisi hıza, paket boyutuna, iletim yöntemine ve kontrol düzlemi yüküne bağlıdır ve tüm anahtarlar için geçerli sabit bir yüzde eşiği yoktur. Veri düzlemi ile yönetim CPU'su da doğrudan eşdeğer kabul edilemez.
Yükseltme gerçekten gerekiyorsa donanım sürümüyle eşleşen dosyayı üreticinin resmî kanalından edinin, yükseltme yolunu ve yapılandırma uyumluluğu notlarını okuyun ve üreticinin sağladığı sağlama toplamına göre dosya bütünlüğünü kontrol edin. Bir yapılandırma yedeği, mevcut sürüm kaydı ve uygulanabilir bir geri dönüş yöntemi hazırlayın; yükseltme sırasında güç beslemesinin kararlı olmasını sağlayın. Her cihazda yedek imaj veya arıza kurtarma olanağı bulunmaz; ilgili kılavuz ve kurtarma erişimi yoksa önce tedarikçiyle iletişime geçin ve gücü kapatıp açarak tekrar tekrar deneme yapmayın.
Unutulan parolalar, yetkilendirme ve model talimatlarına göre ele alınmalıdır. Bazı kurtarma prosedürleri yapılandırmayı korurken diğerleri yapılandırmayı siler veya hizmeti kesintiye uğratır; sıfırlama düğmesini evrensel bir parola kurtarma düğmesi olarak görmeyin. Yönetim erişimi kaybolmuş ancak hizmet normalse öncelik çalışan durumun korunması olmalıdır. Kurtarmadan sonra başlangıç kimlik bilgilerini değiştirin, erişim izinlerini kontrol edin ve kontrollü bakım kayıtlarını güncelleyin.
Yalnızca oturum açmanın geri geldiği değil, kurtarmanın tamamlandığı nasıl kanıtlanır?
Üst bağlantı yapılandırmasının yanlış değiştirildiği varsayımsal bir örneği ele alalım: Önce anormallik sırasındaki port ve VLAN bilgilerini kaydedin, değişiklik farkını bulun, ardından yalnızca ilgili üst bağlantıda izin verilen kapsamı geri yükleyin. PLC ile ana bilgisayar gerçek veri alışverişine yeniden başlamalı, port hataları ve atılan paket sayaçlarındaki artışlar beklenen yükle tutarlı olmalı ve yönetim adresine de normal şekilde erişilebilmelidir. Doğruladıktan sonra yapılandırmayı kaydedin ve yeni bir yedeği dışa aktarın.
Bu kez sorun “yeniden başlatmadan sonra ayarların kaybolması” ise bir iş gününde rastgele gücü kapatıp açmak yerine yeniden yükleme davranışını üzerinde anlaşılmış bir zaman aralığında doğrulayın. Kabul kontrolü dört öğeyi kapsamalıdır: hizmet iletişimi, yönetim erişimi, yapılandırma kalıcılığı ve geri dönüş materyalleri. Değişiklik öncesi ve sonrası farkları, test koşullarını ve sonuçları kaydedin; böylece sonraki bakım sorumlusu hangi ayarların doğrulandığını bilir.
Başvurulan kaynaklar:Cisco yapılandırma dosyası komut başvuru kılavuzu çalışan yapılandırma ile başlangıç yapılandırması arasındaki farkı kontrol etmek için kullanılmıştır;Cisco ürün yazılımı yedekleme ve kurtarma talimatları modele bağlı imaj kurtarma sınırlarını kontrol etmek için kullanılmıştır. Üçüncü taraflara ait işlemler Feichang Technology cihazlarına doğrudan uygulanamaz. İki şekil, genel ilkeleri açıklayan gösterimlerdir; ürün fotoğrafları veya test kayıtları değildir.
Çince teknik makaleden çevrilmiştir. Kaynağın ilk yayımlanma tarihi: 2020-11-18. Kaynağın son güncellenme tarihi: 2026-10-13T20:24:48+08:00. Çince kaynağı okuyun


