Birden çok yol üzerinden VPN: operatörün sağlaması gereken dört garanti

İkinci bir WAN bağlantısı ekleyin, tüneller açılır ama bir yol sallandığında dosya kopyası yine takılır. Bağlantılar sağlıklı ve VPN süreçleri çalışıyor; eksik olan, operatör ile tünel arasındaki sözleşmedir. Birkaç soket otomatik olarak tek bir bağlantı gibi davranmaz ve üstlerindeki uygulama, teslimat bozulana kadar farkı göremez. Sözleşmenin her parçası test edebileceğiniz bir hataya karşılık gelir ve onu faydalı kılan da budur.

Bu sözleşmeyi ürün seçmeden önce yazın. Dört parçası vardır: VPN'in aldığı akış, operatörün eksik veriyi nasıl kurtardığı, hangi uç nokta kimliğinin yol değişikliğinden sağ çıktığı ve bir yol çöktüğünde bütünün nasıl davrandığı.

Belirti: bağlantılar açık, oturum yine kopuyor

Her iki bağlantının açık olduğunu gösteren bir izleme grafiği yalnızca her yolun trafik taşıyabildiğini kanıtlar. VPN'in tek bir sıralı akış gördüğünü, bir yolda kaybolan paketin başka bir yolda kurtarıldığını veya eşin hangi oturumla konuştuğunu hâlâ bildiğini kanıtlamaz. Sözleşmenin geri kalanı, grafiğin gösteremediğini kapsar.

Bir aktarım takıldığında, operatörün hayatta kalan yolda teslimata devam edip etmediğini araştırın. İkinci bağlantı boştayken oturum ölürse operatör onu hiç kullanmamıştır. Oturum yaşıyor ama veriler sırasız veya yinelenmiş geliyorsa operatör, bağlantı düzeyinde bir sözleşme olmadan paket taşıyordur. Her iki taraftaki zaman damgaları bunu genellikle açıklar.

Bu ayrım düzeltmeyi belirler. Yönlendirme veya ilke sorunu yol seçiminde değişiklik gerektirir; eksik bir sıralama ve kurtarma katmanı, daha büyük bir tampon değil farklı bir taşıma gerektirir.

Garanti bir: bağlantı düzeyinde bayt akışı

VPN güvenilir ve sıralı bir akış gerektiriyorsa operatör, bayt aralıklarını tek tek yolun üstünde tanımlamalıdır. Alttaki her TCP bağlantısı yalnızca kendi segmentlerini numaralar, bu yüzden bir alıcı yalnızca bu numaralarla yollar arasında yeniden sıralama yapamaz.

Multipath TCP standart örnektir. Birkaç TCP alt akışını koordine ederken veri düzeyinde sıra eşlemesi ve onayla tek bir güvenilir bayt akışı sunar. Uygulama bir akış okur, bir parçayı ilk teslim eden alt akışı değil.

Linux'ta MPTCP, soket başına IPPROTO_MPTCP ile opt-in'dir. Müzakere çok yollu davranışı kullanamadığında belgelenmiş geri dönüş sıradan TCP'dir; bu, uygulamanın ikinci yolu hiç kullanmadan tek yol üzerinden çalışmaya devam edebileceği anlamına gelir. Çekirdek ayarının uygulandığını varsaymak yerine dağıtılan soketin gerçekte hangi davranışı müzakere ettiğini kontrol edin.

Garanti iki: sıralama, yineleme ve kurtarma

Farklı gecikme ve kayıp oranlarına sahip yollar operatörü tamponlamaya, yeniden sıralamaya ve yeniden göndermeye zorlar. Sözleşme ne kadar tampona izin verildiğini, uygulamanın hangi karşı basıncı gördüğünü ve yeniden gönderimi hangi yolun taşıdığını belirtmelidir.

Bağlı kalıp teslimatı durduran bir yol, temiz bir kapanıştan daha zordur. Operatör bunu algılamalı, bekleyen veriyi taşımalı ve asla gelmeyecek bir segmenti sonsuza kadar beklemekten kaçınmalıdır. Basit bir her iki bağlantı açık kontrolü bu durumu kapsamaz.

Yinelemenin kendi kuralı olmalıdır. Aynı yükü iki yolda göndermek gecikmeyi iyileştirebilir, ancak alıcı kopyayı VPN'e ulaşmadan bastırmalıdır. IPsec anti-replay güvenlik ilişkisi başına isteğe bağlıdır ve sıra numaralarını denetler; paketleri yeniden sıralayan veya yeniden oynatan bir yineleme katmanı bunu tetikleyebilir ya da tünel düşene kadar sorunu gizleyebilir.

Garanti üç: uç nokta kimliği ve yol katılımı

Eşin, yeni bir yol ortaya çıktığında oturumu tanımak için istikrarlı bir yola ihtiyacı vardır. Her yol ayrı bir tünel olarak doğrulanırsa VPN iki oturum görebilir. Operatör yolları tek bir oturum altında birleştirirse yeni yolun nasıl doğrulandığını ve eskisine ne olacağını tanımlamalıdır.

Hangi adreslerin ve tanımlayıcıların istikrarlı kaldığını kaydedin: tünel uç noktası, operatörün oturum tanımlayıcısı ve aradaki herhangi bir vekil. Vekil, korunan yükü hiç görmese bile bir kullanılabilirlik ve güven sınırı daha ekler.

İlke de burada yaşar. Beklenmeyen bir ağdan katılan yol teknik olarak geçerli olabilir ve yine de amaçlanan güven modelini ihlal edebilir. Yeni yolların otomatik kabul edilip edilmediğine, doğrulama gerektirdiğine veya reddedildiğine karar verin.

Garanti dört: arıza altında sınırlı davranış

Tam bir yol arızasını test edin, yalnızca yavaş bir yolu değil. Hayatta kalan yol oturumu sınırsız bellek büyümesi olmadan taşımalı ve kurtarma, uygulamanın tolere edebileceğinden uzun bir zamanlayıcıya bağlı olmamalıdır. Arızalı yol geri döndüğünde operatör yeniden dengelemeye mi yoksa akışı olduğu yerde bırakmaya mı karar vermelidir.

Tamponlama, yeniden gönderme ve yol sayısı için sınırlar koyun, sonra bunları kayıp, yeniden sıralama, yineleme ve gecikme dengesizliği altında doğrulayın. Toplam bant genişliği buradaki en az ilginç sayıdır; teslimat sürekliliği ve bellek sınırları sözleşmedir.

Operatörün kurtarma durumunu VPN'in kriptografik durumundan ayrı tutun. Yerleşik kimlik doğrulamayı veya şifrelemeyi değiştiren özel bir güvenilirlik katmanı kısa yol değildir ve sıra numaralarını katmanlar arasında yeniden kullanmak replay korumasını ve tanılamayı güvenilmez kılar.

Operatörü bir test planıyla kabul edin

Dört garantiyi geçti veya kaldı kontrolleri olarak yazın: tek sıralı akış, tanımlı kurtarma, istikrarlı oturum kimliği, sınırlı arıza davranışı. Her kontrolü bir yol bozulmuşken ve ardından bir yol kaldırılmışken çalıştırın.

Yol değişikliği boyunca tek bir başarılı dosya aktarımı sürekli çalışmayı kanıtlamaz. Tercih edilen yolu değiştirirken aktarımı yineleyin ve hem operatörün görünümünü hem de VPN'in kendi sayaçlarını inceleyin. İkisi veriyi hangi yolun taşıdığı konusunda anlaşamıyorsa sözleşme henüz gözlemlenebilir değildir.

Onaylanmış matrisi dağıtımın yanında saklayın. Bir sonraki mühendise hangi davranışın vaat edildiğini, hangi yol kombinasyonlarının test edildiğini ve hangi arıza modunun hâlâ desteklenmediğini, bağlantı durum ışıklarından yeni bir tahmin turu olmadan söyler.