FortiGate HA: kesintisiz güvenlik için doğrulama planı

Yüksek erişilebilirlik, ikinci bir cihazın açık olmasından daha fazlasını gerektirir. Bir güvenlik duvarı kümesinde asıl soru, aktif üye değiştiğinde kritik uygulamanın nasıl davranacağıdır. Bu notta, FortiGate HA değerlendirmesini uygulama sürekliliği üzerinden ele alıyorum.

Önce başarı ölçütünü belirleyin

Temsili senaryomuzda uygulama.batuhanyazici.com üzerinden sunulan bir iş uygulaması bulunuyor. Hedef, yalnızca cihaz rolünün değişmesini görmek değil; oturum açma, işlem gönderme ve yanıt alma akışlarının beklenen sınırlar içinde sürmesini doğrulamak. Kabul edilebilir kesinti süresi uygulama sahibiyle birlikte tanımlanmalı.

Test öncesinde model ve FortiOS sürüm uyumluluğu, lisanslar, yapılandırma eşitliği ve izlenen arayüzler kaydedilir. Kalp atışı bağlantılarının aynı fiziksel arızadan etkilenip etkilenmediği ayrıca incelenir. Yedek cihazın ayrı bir güç kaynağında bulunması tek başına bütün bağımlılıkları ortadan kaldırmaz.

Oturum eşitlemesini doğru yorumlayın

Fortinet, session pickup özelliğini desteklenen oturumların üyeler arasında eşitlenmesi için tanımlar. Özelliğin açık olması, bütün protokoller ve bütün güvenlik inceleme akışları için sıfır kesinti garantisi değildir. Davranış kullanılan sürüm, protokol ve güvenlik profiline göre doğrulanmalıdır.

Bu nedenle uzun süreli bağlantılar, yeni açılan oturumlar ve uygulama kimlik doğrulaması ayrı test edilir. Başarılı bir ping, ödeme benzeri çok adımlı bir işlemin tamamlandığını kanıtlamaz. Uygulama testi için gerçek müşteri verisi yerine sentetik ve yetkilendirilmiş test verisi kullanılmalıdır.

Kontrollü geçiş ve geri dönüş

Bakım penceresinde önce başlangıç durumu kaydedilir: aktif üye, küme sağlığı, oturum sayısı, işlemci/bellek durumu ve uygulama ölçümleri. Ardından tek bir arıza türü sınanır. Güç kaybı, izlenen bağlantı kaybı ve yönetimsel rol değişimi farklı sonuçlar üretebilir.

Her denemenin başlangıcı ve bitişi ortak zaman çizelgesine yazılır. Uygulama hatası ile ağ geçişi arasındaki ilişki, güvenlik duvarı ve uygulama günlükleri birlikte okunarak değerlendirilir. Test sonunda beklenen üye rolleri, yönlendirme ve alarm durumu tekrar kontrol edilir.

Kapanış kontrolü

Geri dönüşün de ayrı bir test olduğunu unutmamak gerekir. Öncelik ayarı veya bir üyenin yeniden katılması, planlanmamış ikinci bir geçişe neden olabilir. Kümenin kararlı duruma geldiği gözlemlenmeden bakım tamamlanmış sayılmaz.

Üretilen çıktı; sürüm bilgisi, test senaryosu, gözlenen kesinti, uygulama sonucu ve geri dönüş adımlarını içeren kısa bir kanıt paketidir. Bu paket sonraki yükseltmelerde karşılaştırma noktası olur. Hedef, tahmin edilen süreklilikten ölçülen sürekliliğe geçmektir.

Uygulama kontrol listesi

• Küme eşitliği ve izlenen bağlantılar doğrulandı mı?
• Yeni ve mevcut oturumlar ayrı sınandı mı?
• Geri dönüş sonrası uygulama ve küme sağlığı kaydedildi mi?

Bu yazı kişisel bir teknik yöntem notudur. Senaryolar temsili ve anonimdir; herhangi bir kurumda yaşanmış belirli bir olayın kaydı değildir. Ürün adımları, kurulu sürüm ve yetkili değişiklik süreciyle birlikte değerlendirilmelidir.