APM Portal Access: tətbiq sessiyası kimə aiddir?
BIG-IP Portal Access üzrə nəşr qərarı üçün beş yoxlama: resurs əhatəsi, backend sessiyası, iki taymer, logout mənası və yenidən yazma məhdudiyyətləri.
İntranet tətbiqini BIG-IP APM Portal Access vasitəsilə nəşr etmək virtual serverin kopyalanması deyil, sessiyalarla bağlı qərardır. Portal istifadəçini buraxır, rewrite profili seçilmiş sorğuları gateway yolunda saxlayır, tətbiq isə öz sessiyasına sahib qalır. Beş yoxlama proqnozlaşdırıla bilən dizaynı, dəstək masasının timeout-ları bir-bir istifadəçidən öyrəndiyi dizayndan ayırır. Onları sıra ilə işləyin və doğru olmayan ilk yoxlamada dayanın.
Yoxlama 1: resurs yalnız linklənmir, nəşr olunur
Webtop əlfəcin girişin göründüyünü sübut edir, tətbiqin nəşr olunduğunu yox. Access profili, rewrite profilini və onları birləşdirən virtual serveri tapın, sonra resurs təyinatının düşündüyünüz tətbiqə yönəldiyini təsdiqləyin. Bu üçüzdən hər hansı biri yoxdursa və ya uyğunsuzdursa, siyahının qalanı mənasızdır.
Yarımçıq nəşr halı giriş nöqtəsində sağlam görünür. Virtual server access profilini daşıyır, rewrite profili isə başqa resurs URI-sinə bağlanıb; beləliklə webtop girişi görünür və ilk səhifə yüklənir, sonra alt yol sorğuları gateway yolundan çıxıb backend-ə birbaşa çatır. Əks mənzərə resursun səhv tətbiqə təyin edilməsidir: əlfəcin açılır və heç kimin təsdiqləmədiyi bir şeyi açır.
Yoxlama 2: backend sessiyası ayrı vəziyyətdir
APM istifadəçini daxil olmuş saysa da, backend öz autentifikasiyasını tələb edə bilər. Dəstəklənən SSO inteqrasiyası bu əlaqəni sizin üçün qurur, lakin portal girişini qəbul etmək hər tətbiqin eyni etimadnamələri və ya eyni sessiya cookie-sini qəbul etməsi demək deyil. Resurs üçün SSO konfiqurasiya olunmayıbsa, tətbiq artıq autentifikasiya olunmuş portalın içində öz girişini istəyəcək.
Görünən promptu dəyişmək üçün SSO-nu söndürmək geniş yayılmış və pis qısayoldur: promptu yaradan həyat dövrünə toxunmadan autentifikasiya dizaynını dəyişir. Əvəzində backend girişinin ümumiyyətlə görünməli olub-olmadığını qərar verin və görünməlidirsə, bunu nəşr olunmuş axının açıq hissəsi edin.
Yoxlama 3: iki saat var və onlar eyni saat deyil
APM access profili hərəkətsizlik timeout-u və maksimum sessiya ömrü daşıyır. Tətbiq öz boş taymerini və cookie vaxtının bitməsini daşıyır. Portal taymerini artırmaq tətbiq sessiyasını uzatmır, tətbiq sessiyasını qısaltmaq istifadəçini portaldan çıxarmır.
| Timer | Owner | What it ends |
|---|---|---|
| Inactivity timeout | APM access profile | the portal session after idle time |
| Maximum lifetime | APM access profile | the portal session regardless of activity |
| Application cookie | Backend application | the application session inside a live portal |
Klassik dəstək zəngi uyğunsuz cütdən doğur: portal hələ etibarlıdır, tətbiq sessiyası deyil və istifadəçi portala zidd görünən giriş forması görür. Bu nasazlıq deyil, düzgün davranışdır; həll bu tətbiq üçün hansı saatın əvvəl bitməli olduğunu seçməkdir.
Yoxlama 4: logout-un müəyyən əhatəsi var
Tətbiqin çıxış düyməsinin nəyi bitirməli olduğunu yazın: yalnız o tətbiqi, bütün APM sessiyasını və ya daha geniş identity-provider sessiyasını. Access profili istəyə bağlı gecikmə ilə logout URI siyahısını dəstəkləyir və tələb bu olduqda tətbiqin logout-unun portal sessiyasını bitirməsini belə edirsiniz. Bunsuz tətbiqin logout-u portalı canlı saxlayır və sonrakı sorğu istifadəçini səssizcə yenidən daxil edə bilər.
Eyni portaldakı digər resurslara təsiri nəzərə alın. Bir tətbiqdən çıxış altı başqası üçün sessiyanı bitirirsə, davranış əvvəlcə tətbiq sahibi ilə razılaşdırılmayıbsa, istifadəçilər bunu səhv adlandıracaq. Sekməni bağlamaq və webtopa qayıtmaq heç nəyin bitdiyinə sübut deyil.
Yoxlama 5: tətbiq yenidən yazmadan sağ çıxır
Portal Access seçilmiş veb məzmunu yenidən yazır və yenidən yazmanın kənarları var. Müasir client-side funksiyalar, background worker-lər, upload axınları və federativ giriş verilmiş buraxılışın əhatəsindən kənara düşə bilər. F5-in versiyaya bağlı uyğunluq matrisi öhdəlik götürməzdən əvvəl oxunmalı sənəddir, çünki məhdudiyyətlər buraxılışa xasdır.
Landing səhifəni deyil, vacib axınları sınayın: daxil olun, hər tələb olunan funksiyada gəzin, tətbiq yükləyirsə yükləyin, nəzərdə tutulan sessiyanın bitməsinə icazə verin və hər logout yolunu izləyin. Bir dəfə göstərilən səhifə tətbiqin işlədiyinə sübut deyil.
Tələb olunan axın yenidən yazıla bilmirsə, sənədləşdirilmiş federasiya, reverse proxy və ya şəbəkə girişi dizaynına keçin. Ümumi tunel kimi davranmaq tapşırılan brauzer portalı demonu keçəcək və auditi uğursuz edəcək.