Birleşik veya ayrı VPN ağ geçidi: arıza alanına göre seçin
Cihazları saymak size bir şey öğretmez. Neyin birlikte düştüğünü, politikanın nerede uygulandığını ve ağ geçidi bozulduğunda ona nasıl ulaştığınızı yazın.
İki cihaz bir cihazdan daha dayanıklı görünür, ta ki aynı priz şeridini, aynı hipervizörü ve aynı üst bağlantıyı paylaştıklarını fark edene kadar. Kutuları saymak kimsenin sormadığı bir soruyu yanıtlar; yararlı soru aynı anda neyin arızalandığıdır. Önce arıza sözleşmesini yazın, sonra topolojiyi o seçsin. Aşağıdaki runbook o kaydı üretir.
Tek bir yeniden başlatmada ne durur
Birleşik bir ağ geçidi için yeniden başlatma, başarısız güncelleme veya donanım arızası sırasında neyin kaybolduğunu listeleyin. İnternet erişimi ve özel bağlantı birlikte durursa, bu ortak kesinti artık kullanılabilirlik gereksiniminizin bir parçasıdır, kimse yazmış olsun olmasın. Aynı alıştırma birkaç rolü sonlandıran tek bir cihaz için de geçerlidir: düşürdüğü hizmetlerin listesi gerçek şartnamedir.
Ayrı ağ geçitleri için neyin ortak kaldığını listeleyin: güç, sanallaştırma ana bilgisayarı, üst bağlantı, kimlik sağlayıcı, yönetim ağı. Tek bir arızalı anahtarın arkasındaki iki cihaz iki ana bilgisayar adı olan tek bir arıza alanıdır. Bu bağımlılıkları yok sayan bir ayrım diyagramdır, tasarım değil.
Bakım sahipliğini de sayın. Başka bir cihaz yapılandırma, izleme, yedekleme ve ikinci bir kurtarma prosedürü getirir ve bunların hiçbiri ücretsiz değildir.
Her kuralın nerede uygulandığını işaretleyin
İstemciden özel bir kaynağa ve geri bir paketi izleyin ve politikanın uygulandığı her yeri işaretleyin. İkinci yönlendirici, rota tercihi, çeviri veya bağlantı durumunun birinciyle uyuşmayabileceği bir nokta daha ekler. İki ağ geçitli bir tasarımdaki gizemli arızaların çoğu o dikişte yaşar.
ip route get 10.20.30.40
traceroute -n 10.20.30.40
conntrack -L -p tcp --dport 443VPN korumasının nerede bittiğini ve iç politikanın nerede başladığını yazın. İki cihaz arasındaki yol izin vericiyse, ikinci kutu bir sınır oluşturmamıştır; yalnızca sınırın olabileceği yeri taşımıştır. Tek bir platformda, ayrı politika bölgeleri hâlâ etkili olabilir ve etkinlikleri donanım paylaşıldığı için reddedilmek yerine kurallardan değerlendirilmelidir.
Önemli kuralı hangi cihazın uyguladığını söyleyemiyorsanız durun. O boşluk bulgunun kendisidir, sonra çözülecek bir ayrıntı değil.
İzolasyon bir sınırdır, kasa değil
Ayrı bir cihaz, bir ihlali yalnızca içinden geçen yol diğer tarafın ihtiyacıyla sınırlıysa sınırlar. Her iki cihaz da birbirinden her türlü trafiği kabul ederse, birine inen saldırgan eskisiyle aynı erişime sahiptir. İzolasyon iddiası kural kümesine aittir, envantere değil. Kuralları okuyun, hangi akışlara izin verildiğini söyleyin, sonra ayrımın bir şey satın alıp almadığına karar verin.
Aynı mantık kullanıcılar için de geçerlidir. Geldiği ağ yüzünden güvenilen bir VPN kullanıcısı kimlik yerine konuma güvenir ve NIST'in sıfır güven kılavuzu alternatifi açıklar: her isteği kaynağa karşı kimlik doğrula ve yetkilendir. Bu ilke tüneli hangi kasa sonlandırırsa sonlandırsın geçerlidir.
Ayrım bir akışı değiştirmek yerine bir uyumluluk satırını karşılamak için varsa, bunu kayıtta söyleyin. Kimsenin açıklayamadığı bir kontrol, baskı altında ilk kaldırılan olur.
Gerçekten ulaşabildiğinizi kurtarın
İki rolden biri öldüğünde hangi kurtarma yolunun hayatta kaldığını sorun. Bozuk bir VPN ağ geçidine ulaşmanın tek yolu o ağ geçidinden geçiyorsa, başka yerdeki yedek cihaz onu onarması gereken yöneticiye yardımcı olmaz. Bant dışı bir yol, bir konsol ve belgelenmiş geri alma tasarımı kurtarılabilir kılan parçalardır.
systemctl status strongswan
nft list ruleset
ip -brief addressTasarımı tam desteklenen iş yükü için boyutlandırın, izole bir şifreleme sayısı için değil, çünkü filtreleme ve denetim aynı donanımı tüketir. Ayrımın daha hızlı mı yavaş mı olduğunu varsaymak yerine satıcı belgelerini ve kendi ölçümlerinizi kullanın. Sonra karar kaydını yazın: hangi akışlara izin verildiği, hangi bağımlılıkların ortak olduğu, bir bakım penceresinin neyi düşürdüğü, hangi kapasite kanıtlarınız olduğu ve her kurtarma adımının sahibi kim. O kayıt gözden geçirmek için yeterince kısa ve geri dönmek için yeterince özgüldür.
Runbook, arıza sözleşmesi yazıldığında, iletme yolunda kural başına bir adlandırılmış uygulama noktası olduğunda, izolasyon cihaz sayısıyla değil akışlarla tanımlandığında ve kurtarma arızalı bileşenin dışından çalıştığında biter. Bu gereksinimleri karşılayan daha basit düzeni seçin.