VPN ulanish cheklovlari: jonli holat yoki saqlangan tarix
Uch ulanish cheklovi brauzer tarixini emas, slotlarning jonli holatini talab qiladi: mexanizm nimani saqlashi kerak, nimani tashlashi mumkin va bu holat keyin qayerga ketadi.
Bir vaqtda uchta ulanish — bu qabul qilish qarori, va unga javob berish uchun o'tgan oyda nima bo'lganini emas, hozir qaysi slotlar band ekanini bilish kerak. Xizmat faol yozuvlarning kichik jadvalidan to'rtinchi sessiyani rad etishi va hech qachon vaqt chizig'ini qurmasligi mumkin. Bu mexanizm haqidagi bayonot, operator haqida emas, va maxfiylik siyosatini o'qiyotganda bu farq muhim. Quyidagi model qarorga nima kerakligini va nimani tashlash mumkinligini ko'rsatadi.
Mexanizm: slotlar jadvali, jurnal emas
Eng oddiy amalga oshirish obunani ko'pi bilan uchta faol sessiya yozuvi bilan bog'laydi. Har bir qabul qilingan sessiya bitta slotni egallaydi va xizmat sessiya tugagan deb qaror qilganda slot bo'shatiladi. Yozuvga bitta ulanishni bo'shatish boshqa ulanishning slotini bo'shatmaydigan darajada aniq identifikatsiya kerak; shuning uchun sessiya identifikatori hisob nomidan muhimroq.
Bandlik va tarix turli ma'lumot tuzilmalaridir. Bandlik hozirgi zamon haqidagi ha-yo'q savoliga javob beradi va sessiya tugagan lahzada uni tashlash mumkin. Tarix faqat qo'shiladigan voqealar oqimi bo'lib, u kimdir uni saqlashni tanlagani uchun yashaydi. Xizmatda bittasi, ikkalasi yoki hech biri bo'lmasligi mumkin.
Bu farq tashqaridan ko'rinmaydi. Ko'rinadigan ulanish cheklovi xotiradagi kichik hisoblagich, umumiy ma'lumotlar bazasi jadvali va daxbordli to'liq voqealar arxivi bilan mos keladi. Cheklov haqida hech narsa qaysi biri ishlayotganini aytmaydi.
| 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 |
Nega jonli model hali ham muvofiqlashtirishga muhtoj
Yo'qolgan ulanish darhol tugagan deb tan olinmasligi mumkin. Shlyuz taymaut, keepalive nosozligi yoki hisob yuritish to'xtashini kutadi va ulardan biri kelmaguncha slot band bo'lib qoladi. Shu davrda qayta ulanadigan foydalanuvchi to'rtinchi qurilmaga hech qanday aloqasi bo'lmagan rad javobini ko'radi.
Qayta ishga tushirilgan server o'z holatini muvofiqlashtirishi kerak, bir hisobga xizmat qiluvchi bir nechta shlyuzga umumiy qaror kerak. Aks holda hisob turli joylarga ulanib o'z kvotasidan oshib ketishi mumkin. Umumiy yoki tiklanadigan holat buni hal qiladi, va umumiy holat dizayn talabi, kuzatuv dalili emas.
Bu muvofiqlashtirishning hech bir qismi brauzer tarixini talab qilmaydi. Paketlarni uzatuvchi shlyuz sessiyalarni sanash uchun sessiya qaysi saytlarga kirganini bilishi shart emas, va bu ikki ma'lumot oqimi odatda butunlay boshqa komponentlar tomonidan boshqariladi.
Hisoblagichni xotirada saqlash ham bog'liq faktlarni anonim qilmaydi. Xizmat ishlayotganda obunaga bog'langan yozuv hisobda faol ulanishlar borligini oshkor qiladi, va bu holatga kirish hamda uning umri ikkalasi ham so'rashga arziydi.
Bu holat keyin qayerga ketadi
Maxfiylik savoli server sanay oladimi degani emas. Tugagan sessiyaga nima bo'lishini so'rang: yozuv o'chiriladimi yoki kuzatuv seriyasidagi voqeaga aylanadimi? Keyin o'sha voqeani qaysi boshqa komponentlar ko'rganini so'rang, chunki autentifikatsiya jurnallari, hisob yozuvlari va zaxira nusxalari har biri ijro yo'li tashlagan nusxani saqlashi mumkin.
RADIUS hisobi eng aniq misol. Start va Stop juftligi to'lov va sessiya nazoratini qo'llab-quvvatlash uchun mavjud va u ulanish haqida yozuv yaratadi, kimdir uni qachondir tarix sifatida so'rasa ham, so'ramasa ham. Shuning uchun cheklovlarni hisob orqali amalga oshiruvchi xizmat tuzilishiga ko'ra slot jadvalidan ko'proq narsani saqlaydi.
O'chirishning ham shakli bor. Jonli jadvaldan olib tashlangan yozuv bir soat oldin olingan zaxira nusxada saqlanib qolishi mumkin, va o'sha nusxaning saqlash muddati o'ziga xos siyosat bayonotidir. Faqat asosiy omborni o'qish to'liq bo'lmagan javob beradi.
Savolni maydonlar bo'yicha bering
RFC 6973 ning ma'lumotlarni minimallashtirish bo'yicha qo'llanmasi to'plangan va saqlanadigan ma'lumotlarni xizmat qilinadigan maqsad bilan bog'laydi. Bu yerda qo'llansa, foydali savol bir vaqtda qabul qilish vazifasiga haqiqatan qaysi maydonlar kerakligi va bu vazifa tugagach har birini saqlashni qaysi maqsad oqlashidir.
Aniq xizmat bayonoti kvotani amalga oshirish uchun ishlatiladigan jonli ulanish holatini tugatilgandan keyin saqlanadigan har qanday yozuvdan ajratadi va va'da doirasidagi boshqa tizimlarni nomlaydi. Faqat uchta ulanish amalga oshirilishini aytadigan gap arxiv borligini ham, yo'qligini ham tasdiqlamaydi.
Hayot tsikli aniq bo'lmaganda, buni hukm emas, javobsiz saqlash savoli sifatida qayd eting. Cheklovning mavjudligi yashirin tarixning dalili emas, va jonli holatning ishonchli izohi provayder auditi emas.