VPN yük devri: dönüş yolu eski tünelde kaldığında

Yedek tünel kalkar, birincil düşer ve uygulama yine de zaman aşımına uğrar. Her iki sitede tünel durumu sağlıklı görünür ve kafa karıştıran da tam olarak budur. İstekleri yedeğe taşıyan ancak yanıtları eski yolda bırakan bir yük devri yük devri değildir. Aşağıdaki kılavuz yalnızca el sıkışmayı değil, dönüş yolunu da test eder.

Önce yolları iki uçta kaydedin; tek site görünümü asimetrik bir yolu gösteremez. Zaman baskısı altında en sık atlanan adım da budur.

Testten önce iki sitenin yollarını kaydedin

Her korumalı önek için birincil yolu, yedek yolu ve aralarında seçim yapan tercihi yazın. Her VPN uç noktasının arkasındaki LAN ağ geçidini de ekleyin, çünkü uç nokta nadiren son atlama olur.

Statik metrikler, izlenen yollar ve dinamik yönlendirme uygunluğu farklı biçimlerde ifade eder. Tasarımınızın hangisini kullandığını ve alternatifin etkin olması için ne gerektiğini bilin. Koşulu yolun yanına yazın, örneğin sonda başarısız olana kadar daha düşük bir metrik.

Bunu iki sitede de yapın. Bir tarafta tercih edilen, diğer tarafta göz ardı edilen yedek, tam da kaçınmaya çalıştığınız asimetriyi üretir.

Her aşamada istekleri ve yanıtları izleyin

Zararsız ve izin verilen bir uygulama kullanın ve üç aşamayı gözlemleyin: normal, birincil yol arızası ve geri yükleme. Her aşamada hangi tünelin isteği, hangisinin yanıtı taşıdığını kaydedin. Erişilebilir bir eş adresi, korumalı uygulama yolunun çalıştığını kanıtlamaz. Tek yönlü akışın görünmesi için iki sitede de kaydedin.

İstekler taşınıp yanıtlar taşınmıyorsa, uzak sitenin istemci önekine giden yolunu ve yedek için tercihini kontrol edin. Bu bir yönlendirme kararıdır, tünel arızası değil.

Testten sonra özgün durumu geri yükleyin ve birincil yolun yeniden tercih edildiğini doğrulayın. Geri yüklenen birincil yol tercih edilmiyorsa bu, tamamlanmamış bir yük devri tasarımıdır.

Ağ geçidi değiştiğinde oturum durumunu yönetin

Güvenlik duvarları ve NAT bağlantı durumunu bir ağ geçidinde tutabilir ve başka bir ağ geçidine yol değişikliği bunu taşımaz. Bazı uygulamalar kendi kendine yeniden bağlanır; diğerleri oturum yeniden kurulana kadar başarısız olur. Yedek, genel kaynağı veya çevrilmiş özel adresi değiştirirse uzaktan erişim kuralları da tepki verebilir. Kesintisiz yük devri vaat etmek yerine beklenen her oturum yeniden başlatmasını belgeleyin.

Uygulamanın gerektirdiği yerde kararlı adreslemeyi koruyun. Her oturum için kaynak adresini değiştiren bir yük devri tasarımı bir tasarım seçimidir ve yazılmalıdır. Bu seçim, kullanıcıların kesintiyi gerçekte ne kadar fark ettiğini belirler.

Yalnızca yeni bir isteği değil, uzun oturum tutan bir uygulamayı da test edin.

Birincil yolu geri yükleyin ve çırpınmayı kontrol edin

Yol duyurularının veya tercihlerin salınım yapmadan oturduğunu doğrulayın. Çırpınan bir birincil yol, her geçiş durumu sıfırladığı için açık bir kesintiden daha çok rahatsız edebilir.

Ağ geçidi yönetimini bir kurtarma yolu üzerinden erişilebilir tutun ki testin kendisi sizi dışarıda bırakmasın. Aşamaları, gözlenen yolları ve kurtarma süresini kaydedin; o kayıt bir sonraki yük devrini öngörülebilir kılar. strongSwan'ın iletim notları uç noktalar Linux ana bilgisayarları olduğunda yararlıdır.