VPN қосылым шектеулері: тікелей күй немесе сақталған тарих
Үш қосылым шектеуіне шолу тарихы емес, ұяшықтардың тікелей күйі қажет: механизм нені сақтауы керек, нені жоя алады және бұл күй кейін қайда кетеді.
Үш бір мезгілдегі қосылым — бұл қабылдау шешімі, оған жауап беру үшін өткен айда не болғанын емес, қазір қай ұяшықтар бос емес екенін білу керек. Қызмет белсенді жазбалардың шағын кестесінен төртінші сессияны қабылдамауы мүмкін және ешқашан уақыт сызығын құрмайды. Бұл механизм туралы мәлімдеме, оператор туралы емес, және құпиялылық саясатын оқығанда бұл айырмашылық маңызды. Төмендегі модель шешімге не қажет және нені жоюға болатынын көрсетеді.
Механизм: ұяшықтар кестесі, журнал емес
Ең қарапайым іске асыру жазылымды үш белсенді сессия жазбасына дейін байланыстырады. Қабылданған әр сессия бір ұяшық алады, ал ұяшық қызмет сессия аяқталды деп шешкен кезде босатылады. Жазбаға бір қосылымды босату басқа қосылымның ұяшығын босатпайтындай нақты сәйкестік қажет; сондықтан сессия идентификаторы шот атынан маңыздырақ.
Толтырылу мен тарих — әртүрлі деректер құрылымы. Толтырылу қазіргі уақыт туралы иә-немесе-жоқ сұрағына жауап береді және сессия аяқталған сәтте жойылуы мүмкін. Тарих — тек қосылатын оқиғалар ағыны, ол біреу оны сақтауды таңдағандықтан өмір сүреді. Қызметте біреуі, екеуі де немесе ешқайсысы болмауы мүмкін.
Айырмашылық сырттан көрінбейді. Көрінетін қосылым шектеуі жадындағы кішкентай санауышпен, ортақ дерекқор кестесімен және тақтасы бар толық оқиғалар мұрағатымен үйлеседі. Шектеу туралы ештеңе қайсысы жұмыс істеп тұрғанын айтпайды.
| 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 |
Неге тікелей модельге әлі де үйлестіру қажет
Жоғалған қосылым бірден аяқталған деп танылмауы мүмкін. Шлюз таймаутты, keepalive ақауын немесе есепке алу тоқтауын күтеді, және солардың бірі келмейінше ұяшық бос емес күйде қалады. Осы терезеде қайта қосылған пайдаланушы төртінші құрылғыға қатысы жоқ бас тартуды көреді.
Қайта іске қосылған сервер өз күйін сәйкестендіруі керек, ал бір шотқа қызмет көрсететін бірнеше шлюзге ортақ шешім қажет. Әйтпесе шот әртүрлі орындарға қосылып, өз квотасынан асып кетуі мүмкін. Ортақ немесе қалпына келтірілетін күй мұны шешеді, ал ортақ күй — дизайн талабы, бақылаудың дәлелі емес.
Бұл үйлестірудің ешбір бөлігіне шолу тарихы қажет емес. Пакеттерді жіберетін шлюзге сессияларды санау үшін сессия қай сайттарға кіргенін білудің қажеті жоқ, және бұл екі деректер ағынын әдетте мүлдем басқа компоненттер өңдейді.
Санауышты жадыда ұстау байланысты фактілерді де анонимді етпейді. Қызмет жұмыс істеп тұрғанда жазылымға байланған жазба шоттың белсенді қосылымдары бар екенін ашады, және сол күйге қол жеткізу мен оның өмір сүру ұзақтығы да сұрауға тұрарлық.
Күй кейін қайда кетеді
Құпиялылық мәселесі — сервер санай ала ма, жоқ па, ол емес. Аяқталған сессияға не болатынын сұраңыз: жазба жойыла ма, әлде бақылау сериясындағы оқиғаға айнала ма? Содан кейін сол оқиғаны қандай басқа компоненттер көргенін сұраңыз, өйткені аутентификация журналдары, есепке алу жазбалары және сақтық көшірмелердің әрқайсысы орындау жолы жойған көшірмені сақтауы мүмкін.
RADIUS есепке алу — ең айқын мысал. Start және Stop жұбы төлем мен сессияны басқаруды қолдау үшін бар, және ол қосылым туралы жазба жасайды, оны біреу тарих ретінде сұрай ма, жоқ па, оған қарамастан. Сондықтан есепке алу арқылы шектеулерді орындайтын қызмет құрылымы бойынша ұяшықтар кестесінен көбірек сақтайды.
Жоюдың да пішіні бар. Тікелей кестеден жойылған жазба бір сағат бұрын алынған сақтық көшірмеде қалуы мүмкін, және сол көшірменің сақтау мерзімі өз алдына саясат мәлімдемесі. Тек негізгі қойманы оқу толық емес жауап береді.
Сұрақты өрістер тұрғысынан қойыңыз
RFC 6973 деректерді минимизациялау нұсқаулығы жиналған және сақталған деректерді қызмет етілетін мақсатпен байланыстырады. Осында қолданғанда пайдалы сұрақ: бір мезгілде қабылдау міндетіне шын мәнінде қай өрістер қажет, және сол міндет аяқталғаннан кейін әрқайсысын сақтауды қандай мақсат ақтайды.
Қызметтің нақты мәлімдемесі квотаны орындау үшін пайдаланылатын тікелей қосылым күйін тоқтатылғаннан кейін сақталатын кез келген жазбадан бөледі және уәденің шеңберіндегі басқа жүйелерді атайды. Тек үш қосылым орындалады деп айтатын сөйлем мұрағаттың бар екенін де, жоқ екенін де дәлелдемейді.
Өмірлік цикл анық емес болса, оны үкім емес, жауапсыз сақтау сұрағы ретінде жазыңыз. Шектеудің болуы жасырын тарихтың дәлелі емес, ал тікелей күйдің ақылға қонымды түсіндірмесі провайдердің аудиті емес.