“Sorun olursa eski ayara döneriz” yeterli bir plan değildir. Bağlantı kaybolduğunda eski ayarın kim tarafından, hangi erişim yoluyla geri yükleneceğini belirleyin.
Üç ayrı durumu kaydedin
İstenen yapılandırma, cihazın kabul ettiği yapılandırma ve gerçekten çalışan durum farklı olabilir. NETCONF gibi yönetim mekanizmaları yapılandırma işlemleri için belirli yetenekler sunar; ancak her cihaz aynı yetenekleri desteklemez. Geri dönüşü ürününüzde doğrulanmış özelliklere dayandırın. Confirmed commit benzeri mekanizmanın varlığını, süresini ve bağlantı kopunca davranışını belge üzerinden ve testle kontrol edin.
Yönetim VLAN’ı örneği
Uzaktan bağlı olduğunuz cihazın yönetim VLAN’ını değiştireceksiniz. Önce yeni yolun upstream izinlerini ve dönüş rotasını hazırlayın. Eski erişimi kaldırmadan yeni erişimi bağımsız oturumla doğrulayın. Yönetim oturumunun devam etmesi yeni bağlantıların kurulabildiğini kanıtlamaz; açık oturum önbellek veya mevcut durum sayesinde sürebilir. Ayrı bir bağlantı denemesi bu yüzden önemlidir.
Geri dönüş kaydı
Eski yapılandırmayı, değişecek satırları, başarı kontrolünü, zaman sınırını ve sorumlu kişiyi yazın. Konsol veya bağımsız yönetim erişimi yoksa bu sınırlılığı açıkça belirtin. Bir komut listesi hazırlamak yeterli değildir; komutları çalıştıracak yol kesildiğinde plan işlemelidir. Aynı anda başka ekiplerin ilgili cihazlarda değişiklik yapmadığını da koordinasyon kaydına ekleyin.
Kapatma ölçütü
Değişiklik sonrası yönetim erişimi, yönlendirme, güvenlik kuralı ve gerçek kullanıcı akışını kontrol edin. Çalışan durumu kalıcı kayda alma adımı platforma göre farklı olabilir. Ertesi yeniden başlatmada eski yapılandırmaya dönme riskini doğrulayın. Başarıyı yalnızca komutların hata vermemesi üzerinden raporlamayın; hedeflenen davranışın gerçekleşmesi gerekir.
Kaynaklar ve devam okuması
Teknik dayanaklar: RFC 6241, RFC 8342. Kaynak kontrolü: 11 Ekim 2026. Senaryolar açıklama amaçlıdır; gerçek ortam ölçümü veya ürün performans iddiası değildir.
İlgili rehber: konuyu tamamlayan uygulama adımları.