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-ын өгөгдлийг багасгах заавар нь цуглуулж, хадгалсан өгөгдлийг үйлчлэх зорилготой холбодог. Энд хэрэглэвэл ашигтай асуулт нь зэрэгцээ хүлээн авах ажилд үнэхээр ямар талбарууд хэрэгтэй, тэр ажил дууссаны дараа тус бүрийг хадгалахыг ямар зорилго зөвтгөдөг вэ гэдэг юм.
Үйлчилгээний нарийн мэдэгдэл нь квотыг хэрэгжүүлэхэд ашигладаг шууд холболтын төлөвийг дуусгасны дараа хадгалагдах аливаа бүртгэлээс тусгаарлаж, амлалтын хүрээнд буй бусад системийг нэрлэдэг. Зөвхөн гурван холболт хэрэгжүүлдэг гэж хэлсэн өгүүлбэр нь архив байгаа ч, байхгүй ч гэдгийг тогтоодоггүй.
Амьдралын мөчлөг тодорхойгүй үед үүнийг шийтгэл биш, хариулаагүй хадгалалтын асуулт болгон бүртгэ. Хязгаар байгаа нь далд түүхийн нотолгоо биш бөгөөд шууд төлөвийн үндэслэлтэй тайлбар нь нийлүүлэгчийн аудит биш юм.