BIG-IP APM Portal Access-аар интранет аппликейшн нийтлэх нь виртуал сервер хуулах тухай биш, сессийн тухай шийдвэр юм. Портал хэрэглэгчийг оруулж, дахин бичих профайл сонгосон хүсэлтүүдийг гарцын замд байлгаж, аппликейшн өөрийн сесстэй хэвээр байна. Таван шалгалт урьдчилан таамаглахуйц ажиллах загварыг тусламжийн алба таймаутыг хэрэглэгч бүрээр мэддэг загвараас тусгаарлана. Тэдгээрийг дарааллаар гүйцэтгэж, үнэн биш эхний шалгалт дээр зогсоорой.

Шалгалт 1: нөөц нийтлэгдсэн, зөвхөн холбогдоогүй

webtop дахь хавчуурга хэрэглэгч бичлэг харж байгааг нотолно. Аппликейшн нийтлэгдсэнийг нотлохгүй. Хандалтын профайл, дахин бичих профайл болон тэдгээрийг нэгтгэх виртуал серверийг олж, нөөцийн хуваарилалт таны бодож буй аппликейшн рүү зааж байгааг батална уу. Эдгээрийн аль нэг нь дутуу эсвэл зөрчилтэй бол үлдсэн жагсаалт утгагүй.

Хагас нийтлэгдсэн тохиолдол орох цэг дээр эрүүл харагдана. Виртуал сервер хандалтын профайлыг агуулж, харин дахин бичих профайл өөр нөөцийн URI-д хязгаарлагдсан тул webtop бичлэг гарч, эхний хуудас ачаалагдана, дараа нь дэд замын хүсэлтүүд гарцын замыг орхиж backend-д шууд хүрнэ. Эсрэг дүр зураг нь буруу аппликейшнд хуваарилагдсан нөөц: хавчуурга нээгдэж, хэн ч зөвшөөрөөгүй зүйлийг нээнэ.

Шалгалт 2: backend сесс нь тусдаа төлөв

APM хэрэглэгчийг нэвтэрсэн гэж үзэж байсан ч backend өөрийн баталгаажуулалтыг шаардаж болно. Дэмжигдсэн SSO интеграци тэр харилцааг таны оронд тогтоодог, гэхдээ порталд нэвтрэхийг хүлээн зөвшөөрснөөр аппликейшн бүр ижил итгэмжлэл эсвэл ижил сессийн cookie-г хүлээн зөвшөөрөх болохгүй. Хэрэв нөөцөд SSO тохируулагдаагүй бол аппликейшн аль хэдийн баталгаажсан порталын дотор өөрийн нэвтрэлтийг шаардана.

Харагдах сануулгыг өөрчлөхөөр SSO-г унтраах нь түгээмэл бөгөөд муу богино зам: сануулгыг үүсгэсэн амьдралын мөчлөгт хүрэлгүйгээр баталгаажуулалтын загварыг өөрчилдөг. Үүний оронд backend нэвтрэлт огт харагдах ёстой эсэхийг шийдэж, харагдах ёстой бол нийтлэгдсэн урсгалын тодорхой хэсэг болгоорой.

Шалгалт 3: хоёр цаг байгаа бөгөөд тэд нэг цаг биш

APM-ийн хандалтын профайл идэвхгүй байдлын таймаут болон сессийн хамгийн урт наслалтыг агуулна. Аппликейшн өөрийн сул зогсолтын таймер болон cookie-гийн дуусах хугацааг агуулна. Порталын таймерыг нэмэх нь аппликейшны сессийг сунгахгүй, аппликейшны сессийг богиносгох нь хэрэглэгчийг порталаас гаргахгүй.

TimerOwnerWhat it ends
Inactivity timeoutAPM access profilethe portal session after idle time
Maximum lifetimeAPM access profilethe portal session regardless of activity
Application cookieBackend applicationthe application session inside a live portal

Сонгодог тусламжийн дуудлага тохирохгүй хосоос үүсдэг: портал хүчинтэй хэвээр, аппликейшны сесс биш, хэрэглэгч порталтай зөрчилдөж байгаа мэт харагдах нэвтрэх маягтыг харна. Энэ нь доголдол биш, зөв зан төлөв бөгөөд шийдэл нь энэ аппликейшнд аль цаг эхлээд дуусах ёстойг сонгох явдал юм.

Шалгалт 4: гарах нь тодорхой хүрээтэй

Аппликейшны гарах товч юуг дуусгах ёстойг бичээрэй: зөвхөн тэр аппликейшн, бүх APM сесс, эсвэл таних тэмдгийн үйлчилгээ үзүүлэгчийн илүү өргөн сесс. Хандалтын профайл сонголтоор хойшлуулалттай гарах URI-ийн жагсаалтыг дэмждэг бөгөөд шаардлага нь тэр бол аппликейшны гаралтыг порталын сессийг дуусгадаг болгох нь ийм юм. Үүнгүйгээр аппликейшны гаралт порталыг амьд үлдээж, дараагийн хүсэлт хэрэглэгчийг чимээгүй дахин нэвтрүүлж болно.

Нэг порталын бусад нөөцөд үзүүлэх нөлөөг тооцоол. Нэг аппликейшнаас гарах нь өөр зургаагийн сессийг дуусгавал хэрэглэгчид үүнийг алдаа гэж нэрлэнэ, хэрэв зан төлөвийг аппликейшны эзэнтэй урьдчилан тохиролцоогүй бол. Таб хааж webtop руу буцах нь ямар нэг зүйл дууссан гэсэн нотолгоо биш.

Шалгалт 5: аппликейшн дахин бичилтийг даван туулна

Portal Access сонгосон вэб агуулгыг дахин бичдэг бөгөөд дахин бичилт ирмэгтэй. Орчин үеийн клиент талын боломжууд, арын ажилчид, байршуулалтын урсгал болон федератив нэвтрэлт тухайн хувилбарын зохицуулах хүрээнээс гадуур үлдэж болно. F5-ийн хувилбараар тодорхойлогдсон нийцлийн матриц нь амлалт өгөхөөс өмнө унших баримт бичиг, учир нь хязгаарууд хувилбараас хамаарна.

Буух хуудсыг биш, чухал урсгалуудыг туршаарай: нэвтэрч, шаардлагатай функц бүрээр явж, аппликейшн байршуулдаг бол байршуулж, төлөвлөсөн сессийг дуусгаж, гарах бүх замыг дагаарай. Нэг удаа дүрслэгдсэн хуудас аппликейшн ажиллаж байгаагийн нотолгоо биш.

Шаардлагатай урсгалыг дахин бичих боломжгүй бол баримтжуулсан федерац, урвуу прокси эсвэл сүлжээний хандалтын загварт шилжинэ үү. Ерөнхий туннел шиг ажиллахыг шаардсан хөтчийн портал демог давж, аудитад унана.

Холбоотой нийтлэлүүд