VPN bağlantı limitləri: canlı vəziyyət saxlanılan tarixçəyə qarşı
Üç eyni vaxtlı bağlantı canlı slot vəziyyəti tələb edir, brauzer tarixçəsi deyil: mexanizm nəyi saxlamalıdır, nəyi atmaq olar və bu vəziyyət sonra hara gedir.
Üç eyni vaxtlı bağlantı qəbul qərarıdır və ona cavab vermək keçən ay nə olduğunu deyil, hansı slotların hazırda tutulduğunu bilməyi tələb edir. Xidmət kiçik bir aktiv qeyd cədvəlindən dördüncü sessiyanı rədd edə və heç bir zaman xətti qurmaya bilər. Bu, operator haqqında deyil, mexanizm haqqında bir ifadədir və gizlilik siyasətini oxuyarkən fərq vacibdir. Aşağıdakı model qərarın nəyə ehtiyacı olduğunu və nəyi atmaq bildiyini göstərir.
Mexanizm: sıra cədvəli, jurnal deyil
Ən sadə tətbiq abunəliyi üç aktiv sessiya qeydinə qədər əlaqələndirir. Qəbul edilən hər sessiya bir slot tutur və xidmət həmin sessiyanın bitdiyinə qərar verdikdə slot azad edilir. Qeyd kifayət qədər dəqiq kimliyə ehtiyac duyur ki, bir bağlantının azad edilməsi başqa bağlantının slotunu azad etməsin; buna görə sessiya identifikatoru hesab adından daha vacibdir.
Tutulma və tarixçə fərqli məlumat strukturlarıdır. Tutulma indiki vaxt haqqında bəli-yox sualına cavab verir və sessiya bitən anda atıla bilər. Tarixçə yalnız əlavə olunan hadisə axınıdır və kimsə onu saxlamağı seçdiyi üçün qalır. Xidmət birini, hər ikisini və ya heç birini saxlaya bilər.
Fərq xaricdən görünmür. Görünən bağlantı limiti kiçik yaddaş sayğacı, paylaşılan verilənlər bazası cədvəli və idarə paneli olan tam hadisə arxivi ilə uyğundur. Limitin heç bir xüsusiyyəti hansının işlədiyini demir.
| 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 |
Niyə canlı model hələ də əlaqələndirmə tələb edir
İtirilmiş bağlantı dərhal bitmiş kimi tanınmaya bilər. Şluz fasilə, keepalive uğursuzluğu və ya mühasibat dayanması gözləyir və bunlardan biri gələnə qədər slot tutulmuş qalır. O pəncərədə yenidən qoşulan istifadəçi dördüncü cihazla heç bir əlaqəsi olmayan rədd cavabı görür.
Yenidən başladılan server öz vəziyyətini uyğunlaşdırmalıdır və eyni hesaba xidmət edən bir neçə şluz ümumi qərara ehtiyac duyur. Əks halda hesab müxtəlif yerlərə qoşularaq icazəsini aşa bilər. Paylaşılan və ya bərpa oluna bilən vəziyyət bunu həll edir və paylaşılan vəziyyət nəzarət sübutu deyil, dizayn tələbidir.
Bu əlaqələndirmənin heç biri brauzer tarixçəsi tələb etmir. Paketləri yönləndirən şluz sessiyaları saymaq üçün sessiyanın hansı saytlara baxdığını bilməlidir deyil və bu iki məlumat axını adətən tamamilə fərqli komponentlər tərəfindən idarə olunur.
Sayı yaddaşda saxlamaq əlaqəli faktları da anonim etmir. Xidmət işlədiyi müddətdə abunəliklə əlaqəli qeyd hesabın aktiv bağlantıları olduğunu açıq edir və bu vəziyyətə girişlə onun ömrü də soruşulmağa dəyər.
Vəziyyət sonra hara gedir
Gizlilik sualı serverin saya bilməsi deyil. Bitmiş sessiyaya nə olduğunu soruşun: qeyd silinir, yoxsa monitorinq silsiləsində hadisəyə çevrilir? Sonra eyni hadisəni hansı digər komponentlərin gördüyünü soruşun, çünki autentifikasiya jurnalları, mühasibat qeydləri və ehtiyat nüsxələr tətbiq yolunun atdığı nüsxəni hər biri saxlaya bilər.
RADIUS mühasibatı ən aydın nümunədir. Start və Stop cütü faktura və sessiya nəzarətini dəstəkləmək üçün mövcuddur və heç kim onu tarixçə kimi sorğulamasa da bağlantının qeydini yaradır. Limitləri mühasibat yolu ilə tətbiq edən xidmət buna görə quruluş etibarilə slot cədvəlindən çoxunu saxlayır.
Silmənin də bir forması var. Canlı cədvəldən çıxarılan qeyd bir saat əvvəl götürülmüş ehtiyat nüsxədə qala bilər və həmin nüsxənin saxlama müddəti öz siyasət bəyanatıdır. Yalnız əsas anbarı oxumaq natamam cavab verir.
Sualı sahələr baxımından verin
RFC 6973-ün məlumatların minimuma endirilməsi üzrə təlimatı toplanan və saxlanan məlumatları xidmət edilən məqsədə bağlayır. Burada tətbiq edildikdə faydalı sual budur: eyni vaxtlı qəbul tapşırığı hansı sahələrə həqiqətən ehtiyac duyur və həmin tapşırıq bitdikdən sonra hər birini saxlamağı hansı məqsəd əsaslandırır.
Dəqiq xidmət bəyanatı icazəni tətbiq etmək üçün istifadə edilən canlı bağlantı vəziyyətini sonlandırmadan sonra saxlanan hər hansı qeydlərdən ayırır və vədin əhatə dairəsindəki digər sistemləri adlandırır. Yalnız üç bağlantının tətbiq olunduğunu deyən cümlə nə arxivin olduğunu, nə də olmadığını təsbit edir.
Həyat dövrü aydın olmayanda onu hökm kimi deyil, cavabsız saxlama sualı kimi qeyd edin. Limitin olması gizli tarixçənin sübutu deyil və inandırıcı canlı vəziyyət izahı provayderin auditi deyil.