Bir OPNsense güncellemesi, gerekli hizmetler sonrasında doğru çalıştığında ve değişiklik izlenebilir kaldığında başarılıdır. Yeni bir sürüm numarası tek başına bunu göstermez. Bu nedenle sürüm notları, yapılandırma yedeği ve kısa bir iş testi listesi birlikte ele alınır.
Bakım aralığı başlamadan değişiklikleri okuyun
Resmî sürüm arşivi değişiklikleri sürüm serilerine göre belgeler. Örneğin 26.7 serisi kural, NAT ve ağ geçidi yönetiminde değişiklikler getirir. Bu, sürüm değişiminin yeni bir çekirdekten fazlasını içerebileceğini gösterir. Bakım gününde gerçekten seçilen kaynak ve hedef sürümlerin notları yeniden okunur.
Kurulu eklentiler ve değişen bileşenlere bağlı işlevler kaydedilir. Sisteme özel önemli bir sınırlama bazen dikkat çekmeyen bir bölümde yer alabilir. Bu nedenle en yeni sürüme genel bir atıf, işletmede kullanılan işlevlerin listesinin yerini tutmaz.
Yedek aynı zamanda kullanılabilir olmalıdır
Müdahaleden önce güncel bir yapılandırma yedeği güvenlik duvarının dışında tutulur. Gerekli parolalar ve anahtarlar belirlenen güvenli depoda bulunur ve yetkili kişilerce erişilebilir durumdadır. Ayrıca bu belirli yedekleme türünün hangi bilgileri veya dosyaları kapsamadığı açıklığa kavuşturulur.
Acil durum için kurulum, uygun platform ve erişilebilir yönetim bağlantısı da düşünülür. Geri dönüş yolu, herhangi bir sürüm düşürmeyle eş tutulmaz. Yapılandırmanın öngörülen sürümde geri yüklenip yüklenemeyeceği ve bunun nasıl yapılacağı, somut sürüm sırasına ve gerekli zaman aralığına uygun olmalıdır.
Gerçek iş akışlarıyla kabul edin
Değişiklikten önce ve sonra aynı seçilmiş işlemler kontrol edilir. Bunlar internet erişimini, iç ad çözümlemeyi, bir VPN çalışma noktasını ve lokasyonlar arası bağlantıyı kapsayabilir. Tünelde veri yolu yalnızca el sıkışmadan daha önemlidir: istenen uygulama hedefine doğru yoldan ulaşmalıdır.
Resmî WireGuard örneği, tünel adreslerinin, izin verilen ağların ve güvenlik duvarı izinlerinin birlikte çalıştığını gösterir. İşletmede izinler gerekli kapsamla sınırlandırılır. Ağları geniş biçimde açan hazır bir örnek, tamamlanmış bireysel yetkilendirme tasarımı değildir.
Sonucu ve sonraki bakımı kaydedin
Kayıt; başlangıç durumunu, hedef durumu, sır içermeyen yedek konumunu, test sonuçlarını ve açık işlemleri kapsar. Kurallarda veya hizmetlerdeki değişikliklerin gerekçesi belirtilir. Böylece sonradan sorumluluk alan kişi mevcut durumun neden bu şekilde olduğunu anlayabilir.
DAXS, OPNsense bakımını switch’ler, Wi-Fi, sağlayıcı bağlantıları, sunucu hizmetleri ve gerçekten kullanılan uygulamalarla birlikte planlar. Sınırlı ve tekrarlanabilir bir kabul planı sonraki bakımın iş yükünü azaltır. Somut hedef sürüm, eklenti uyumluluğu ve bilinen sorunlar her müdahale için yeniden kontrol edilir.
Sürekli BT işletimi · Yedekleme ve kurtarma · Bakımı kararlaştırın
Kaynaklar: OPNsense: sürüm arşivi (dış bağlantı) · OPNsense: 26.7 serisindeki değişiklikler (dış bağlantı) · OPNsense: lokasyonlar arası WireGuard bağlantısı (dış bağlantı)