html Anahtar Yazılımını Kurtarma: Yapılandırma, Ürün Yazılımı ve Erişim | FCTELE
                                   +8618758069661 [email protected]
Ürün Arama Kılavuz: boşluk = VE, | = VEYA, ! = DEĞİL

Sorularınız mı var? Bizi bugün arayın!

+8618758069661

Veya bize mesaj bırakın

Çevrimiçi Mesaj

Endüstriyel Anahtar Yazılım Arızalarından Kurtarma: Çalışan Yapılandırma, Ürün Yazılımı ve Yönetim Erişimi

Görüntülenme: 90 +1Özgün içerik: FCTELEYazar: FCTELE Teknik Ekibi
BİR BAKIŞTA

Bir anahtar arızası ne zaman yazılım kurtarma sorunu olarak ele alınmalıdır?

Önce iletimin, yönetimin veya yapılandırma kalıcılığının mı başarısız olduğunu belirleyin ve mevcut bulguları koruyun. Tam geri yükleme veya ürün yazılımı değişikliğini değerlendirmeden önce son kabul edilmiş kuralları çalışan durumla karşılaştırın. Donanıma özgü kurtarma prosedürleri ve yapılandırma içe aktarma davranışları farklılık gösterir. Kurtarma ancak gerekli hizmet yolları, yönetici erişimi, kalıcı ayarlar ve kullanılabilir yedekleme materyalleri doğrulandıktan sonra tamamlanmış sayılır.

Üç mekanizma ve bunların doğrulama sınırlarıSinyali izleyin, ardından gerçek hizmeti doğrulayın

01Kaydedilmiş kuralları çalışan kurallardan ayırın

Separate saved and running rulesThe current service can depend on settings not retained for restart.RunningSaveStartConfiguration persistence is a separate stepVerify an approved restart and serviceAn open session only shows present state

Mevcut hizmet, yeniden başlatma için saklanmamış ayarlara bağlı olabilir.

02Bir yönetim erişim yolunu koruyun

Retain a management routeAdministrative reachability is separate from production forwarding.AdminProtected pathDeviceProtection applies to the management endpointsForwarded application traffic is assessed separately

Yönetim erişilebilirliği, üretim verilerinin iletiminden ayrıdır.

03Geri yükleme materyallerinin uyumluluğunu kontrol edin

Match restore materialFirmware and backups have model and version boundaries.BackupModel/versionRestore testMatch the saved file to compatible equipmentConfirm import behavior and recovery access

Ürün yazılımı ve yedekler, model ve sürüm açısından sınırlamalara sahiptir.

Üç diyagramı karşılaştırmak için kaydırın →

Kavramsal eğitim görselleridir; ölçülmüş dalga biçimleri, kurulum kablolaması veya belirli bir ürünün iç mimarisi değildir.
  • Kaydedilmiş kuralları çalışan kurallardan ayırın

    Belgelenmiş kaydetme ve başlatma davranışını doğrulayın.

  • Bir yönetim erişim yolunu koruyun

    Desteklenen yerel veya kontrollü bir kurtarma yolunu koruyun.

  • Geri yükleme materyallerinin uyumluluğunu kontrol edin

    Geri yüklemeden önce kimliği, içe aktarma davranışını ve geri dönüş yöntemini doğrulayın.

Seçim ve doğrulama kontrol listesiKontrolleri ve ilgili kılavuzları genişletin
Bu hizmete ve gerçek çalışma koşullarına yönelik kontroller
KontrolNeler teyit edilmeliNasıl doğrulanır
Kaydedilmiş kuralları çalışan kurallardan ayırınMevcut hizmet, yeniden başlatma için saklanmamış ayarlara bağlı olabilir.Belgelenmiş kaydetme ve başlatma davranışını doğrulayın.
Bir yönetim erişim yolunu koruyunYönetim erişilebilirliği, üretim verilerinin iletiminden ayrıdır.Desteklenen yerel veya kontrollü bir kurtarma yolunu koruyun.
Geri yükleme materyallerinin uyumluluğunu kontrol edinÜrün yazılımı ve yedekler, model ve sürüm açısından sınırlamalara sahiptir.Geri yüklemeden önce kimliği, içe aktarma davranışını ve geri dönüş yöntemini doğrulayın.

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.

Anahtarın çalışan yapılandırması iletimi kontrol eder, başlangıç yapılandırması açılışta yüklenir; doğrulamadan sonra kaydedin ve harici bir yedeği dışa aktarın
Şekil 1: Çalıştırma, kaydetme ve harici yedekleme farklı işlemlerdir. Depolama yapısı, genel mekanizmayı açıklayan bir gösterimdir; belirli cihazların kaydetme ve yükleme davranışları kılavuzdan kontrol edilmelidir.

Ö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.

Aynı fiziksel üst bağlantı, VLAN10 geçişine izin verilmediğinde hizmeti engeller; ilgili VLAN geçişine doğru şekilde izin verildikten sonra uç cihaz verileri geçer
Şekil 2: Örnekteki hizmet VLAN10 ağına aittir. Erişim portunu ve üst bağlantıda izin verilen kapsamı kontrol edin, başlangıçtaki yalıtım amacını koruyun; gösterim herhangi bir modelin yapılandırma arayüzü değildir.

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

Sık sorulan uygulama soruları

Dünkü yapılandırma testi başarılı olmasına rağmen hizmetler yeniden başlatmadan sonra neden çalışmayabilir?

Kabul edilen çalışan yapılandırma değişiklikleri kaydedilmemiş olabilir veya başlangıçta farklı şekilde yüklenebilir. Donanım arızası olduğunu varsaymadan veya ürün yazılımını yükseltmeden önce yapılandırma kimliğini ve kalıcılığını karşılaştırın.

Yönetim web sayfasına erişimin kaybolması otomatik olarak fabrika ayarlarına sıfırlamayı gerektirir mi?

Hayır. Önce adresi, yönetim VLAN ayarını, erişim politikasını ve desteklenen yerel erişimi kontrol edin. Sıfırlama, çalışan üretim kurallarını silebilir ve yalnızca başarısız bir tarayıcı oturumu değil, yetkilendirilmiş bir kurtarma planı gerektirir.

Aynı markaya ait bir yapılandırma, yedek olarak kullanılacak herhangi bir anahtara güvenle geri yüklenebilir mi?

Hayır. Donanım, ürün yazılımı ve özellik uyumluluğunu, içe aktarmanın mevcut durumla birleşip birleşmediğini veya onu değiştirip değiştirmediğini ve sonuçta kullanılacak erişim adresini doğrulayın. Mümkünse üretim ortamında geri yüklemeden önce uyumlu bir yedek cihaz üzerinde test edin.

Kaynaklar ve geçerlilik sınırları

Bu ek açıklamalar genel mekanizmaları açıklar. Desteklenen özellikler, bağlantı ayrıntıları ve kabul sınırları gerçek ekipman, yazılım ve çalışma koşulları için doğrulanmalıdır; diyagramlar ölçüm veya sertifikasyon kanıtı değildir.

Bu makaleyi paylaşın