VPN bağlantı sınırları: canlı durum mu, saklanan geçmiş mi
Üç bağlantı sınırı, tarama geçmişi değil canlı yuva durumu gerektirir: mekanizmanın neyi saklaması gerektiği, neyi atabileceği ve bu durumun sonra nereye gittiği.
Aynı anda üç bağlantı bir kabul kararıdır ve bunu yanıtlamak için geçen ay ne olduğunu değil, hangi yuvaların şu anda dolu olduğunu bilmek gerekir. Bir hizmet, etkin kayıtların küçük bir tablosundan dördüncü oturumu reddedebilir ve hiçbir zaman bir zaman çizelgesi oluşturmaz. Bu, mekanizma hakkında bir ifadedir, operatör hakkında değil, ve gizlilik politikası okurken bu fark önemlidir. Aşağıdaki model, kararın neye ihtiyacı olduğunu ve neyi atabileceğini gösterir.
Mekanizma: bir yuva tablosu, bir günlük değil
En basit uygulama, bir aboneliği en fazla üç etkin oturum kaydıyla ilişkilendirir. Kabul edilen her oturum bir yuva alır ve hizmet o oturumun bittiğine karar verdiğinde yuva serbest bırakılır. Kaydın, bir bağlantının serbest bırakılmasının başka bir bağlantının yuvasını serbest bırakmayacağı kadar özgül bir kimliğe ihtiyacı vardır; bu yüzden oturum tanımlayıcısı hesap adından daha önemlidir.
Doluluk ve geçmiş farklı veri yapılarıdır. Doluluk, şimdiki zamana ilişkin evet-veya-hayır sorusunu yanıtlar ve oturum bittiği anda atılabilir. Geçmiş, yalnızca eklenen bir olaylar akışıdır ve biri onu tutmayı seçtiği için varlığını sürdürür. Bir hizmet bunlardan birine, ikisine de ya da hiçbirine sahip olabilir.
Ayrım dışarıdan görünmez. Görünür bir bağlantı sınırı, bellekteki küçük bir sayaç, paylaşılan bir veritabanı tablosu ve panosu olan tam bir olay arşiviyle uyumludur. Sınırın kendisi hangisinin çalıştığını söylemez.
| What is stored | Why it exists |
|---|---|
| Active session slots | To admit or refuse the next connection |
| Session event log | To investigate or bill later |
| Monitoring series | To watch capacity and error rates |
| Backup copies | To restore any of the above |
Canlı model neden hâlâ koordinasyon gerektirir
Kaybolan bir bağlantı hemen bitmiş olarak tanınmayabilir. Ağ geçidi bir zaman aşımını, keepalive hatasını veya muhasebe durmasını bekler ve bunlardan biri gelene kadar yuva dolu kalır. O pencerede yeniden bağlanan kullanıcı, dördüncü cihazla hiçbir ilgisi olmayan bir ret görür.
Yeniden başlatılan sunucu durumunu uzlaştırmak zorundadır ve aynı hesaba hizmet eden birkaç ağ geçidinin ortak bir karara ihtiyacı vardır. Aksi halde bir hesap farklı konumlara bağlanarak kotasını aşabilir. Paylaşılan veya kurtarılabilir durum bunu çözer ve paylaşılan durum bir tasarım gereğidir, gözetim kanıtı değildir.
Bu koordinasyonun hiçbir parçası tarama geçmişi gerektirmez. Paketleri ileten bir ağ geçidinin oturumları saymak için bir oturumun hangi siteleri ziyaret ettiğini bilmesi gerekmez ve bu iki veri akışı genellikle tamamen farklı bileşenler tarafından işlenir.
Sayacı bellekte tutmak da ilgili gerçekleri anonim yapmaz. Hizmet çalışırken aboneliğe bağlı bir kayıt, bir hesabın etkin bağlantıları olduğunu ortaya koyar ve hem bu duruma erişim hem de ömrü sorulmaya değerdir.
Bu durum sonra nereye gider
Gizlilik sorusu sunucunun sayıp sayamayacağı değildir. Bitmiş bir oturuma ne olduğunu sorun: kayıt siliniyor mu, yoksa bir izleme dizisinde olay mı oluyor? Sonra aynı olayı hangi diğer bileşenlerin gördüğünü sorun, çünkü kimlik doğrulama günlükleri, muhasebe kayıtları ve yedekler her biri yaptırım yolunun attığı bir kopyayı tutabilir.
RADIUS muhasebesi en açık örnektir. Start ve Stop çifti faturalandırmayı ve oturum denetimini desteklemek için vardır ve biri onu hiç geçmiş olarak sorgulasa da sorgulamasa da bağlantının kaydını oluşturur. Bu yüzden sınırları muhasebe yoluyla uygulayan bir hizmet, yapısı gereği bir yuva tablosundan fazlasını saklar.
Silmenin de bir biçimi vardır. Canlı tablodan kaldırılan bir kayıt, bir saat önce alınan bir yedekte varlığını sürdürebilir ve o yedeğin saklama süresi kendi başına bir politika beyanıdır. Yalnızca birincil depoyu okumak eksik bir yanıt verir.
Soruyu alanlar açısından sorun
RFC 6973'ün veri minimizasyonu rehberi toplanan ve saklanan verileri sunulan amaca bağlar. Buraya uygulandığında yararlı soru, eşzamanlı kabul işinin gerçekte hangi alanlara ihtiyaç duyduğu ve bu iş bittikten sonra her birini tutmayı hangi amacın haklı çıkardığıdır.
Kesin bir hizmet beyanı, kotayı uygulamak için kullanılan canlı bağlantı durumunu sona ermeden sonra tutulan herhangi bir kayıttan ayırır ve vaadin kapsamındaki diğer sistemleri adlandırır. Yalnızca üç bağlantının uygulandığını söyleyen bir cümle, ne bir arşivin var olduğunu ne de olmadığını ortaya koyar.
Yaşam döngüsü belirsiz olduğunda, bunu bir hüküm yerine yanıtlanmamış bir saklama sorusu olarak kaydedin. Bir sınırın varlığı gizli bir geçmişin kanıtı değildir ve canlı durumun makul bir açıklaması sağlayıcının denetimi değildir.