Մուտք APM պորտալով. ումի՞ն է պատկանում հավելվածի սեսիան
Հինգ ստուգում BIG-IP Portal Access-ով հրապարակելու որոշման համար՝ ռեսուրսի շրջանակը, backend-ի սեսիան, երկու ժամաչափ, ելքի իմաստը և վերաշարադրման սահմանները։
Ինտրանետային հավելվածը BIG-IP APM Portal Access-ով հրապարակելը սեսիաների մասին որոշում է, ոչ թե վիրտուալ սերվերի պատճենում։ Պորտալը ներս է թողնում օգտատիրոջը, վերաշարադրման պրոֆիլը ընտրված հարցումները պահում է դարպասի ուղու վրա, և հավելվածը դեռ ունի իր սեփական սեսիան։ Հինգ ստուգում առանձնացնում են կանխատեսելի վարվող ձևավորումը նրանից, որտեղ աջակցության բաժինը ժամկետանցումների մասին իմանում է օգտատեր առ օգտատեր։ Կատարեք դրանք հերթականությամբ և կանգ առեք առաջինի վրա, որը ճիշտ չէ։
Ստուգում 1. ռեսուրսը հրապարակված է, ոչ թե պարզապես կապված
webtop-ի էջանիշը ապացուցում է, որ օգտատերը տեսնում է գրառում։ Այն չի ապացուցում, որ հավելվածը հրապարակված է։ Գտեք մուտքի պրոֆիլը, վերաշարադրման պրոֆիլը և դրանք միավորող վիրտուալ սերվերը, ապա հաստատեք, որ ռեսուրսի նշանակումը ցույց է տալիս այն հավելվածին, որի մասին մտածում եք։ Եթե այդ երեքից մեկը բացակայում է կամ հակասական է, ցանկի մնացածը անիմաստ է։
Կիսով հրապարակված դեպքը մուտքի կետում առողջ է թվում։ Վիրտուալ սերվերը կրում է մուտքի պրոֆիլը, մինչ վերաշարադրման պրոֆիլը սահմանափակված է այլ ռեսուրսի URI-ով, ուստի webtop-ի գրառումը հայտնվում է և առաջին էջը բեռնվում է, ապա ենթաուղու հարցումները թողնում են դարպասի ուղին և ուղղակիորեն հասնում backend-ին։ Հայելային պատկերը սխալ հավելվածին նշանակված ռեսուրսն է. էջանիշը բացվում է, և բացում է մի բան, որը ոչ ոք չի հաստատել։
Ստուգում 2. backend-ի սեսիան առանձին վիճակ է
backend-ը կարող է պահանջել իր սեփական նույնականացումը նույնիսկ այն ժամանակ, երբ APM-ը օգտատիրոջը համարում է մուտք գործած։ Աջակցվող SSO ինտեգրումը այդ հարաբերությունը ստեղծում է ձեզ համար, բայց պորտալի մուտքն ընդունելը չի դարձնում, որ յուրաքանչյուր հավելված ընդունի նույն հավատարմագրերը կամ նույն սեսիայի cookie-ն։ Եթե SSO-ն կարգավորված չէ ռեսուրսի համար, հավելվածը կպահանջի իր սեփական մուտքը արդեն նույնականացված պորտալի ներսում։
SSO-ն անջատելը տեսանելի հուշումը փոխելու համար տարածված և վատ կարճուղի է. այն փոխում է նույնականացման ձևավորումը՝ չդիպչելով այն կյանքի ցիկլին, որն առաջացրել է հուշումը։ Փոխարենը որոշեք՝ արդյոք backend-ի մուտքը պետք է երևա ընդհանրապես, և եթե պետք է, դարձրեք այն հրապարակված հոսքի բացահայտ մասը։
Ստուգում 3. կա երկու ժամացույց, և դրանք նույն ժամացույցը չեն
APM-ի մուտքի պրոֆիլը կրում է անգործության ժամկետանցում և սեսիայի առավելագույն տևողություն։ Հավելվածը կրում է իր անգործության ժամաչափը և cookie-ի լրանալը։ Պորտալի ժամաչափը մեծացնելը չի երկարացնում հավելվածի սեսիան, և հավելվածի սեսիան կրճատելը չի դուրս հանում օգտատիրոջը պորտալից։
| 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 |
Դասական աջակցության զանգը ծագում է անհամապատասխան զույգից. պորտալը դեռ վավեր է, հավելվածի սեսիան՝ ոչ, և օգտատերը տեսնում է մուտքի ձև, որը կարծես հակասում է պորտալին։ Դա ճիշտ վարք է, ոչ թե խափանում, և լուծումը այն է, որ ընտրեք, թե որ ժամացույցը պետք է առաջինը լրանա այս հավելվածի համար։
Ստուգում 4. ելքն ունի սահմանված շրջանակ
Գրեք, թե ինչ պետք է ավարտի հավելվածի ելքի կոճակը. միայն այդ հավելվածը, ամբողջ APM սեսիան, թե ինքնության մատակարարի ավելի լայն սեսիան։ Մուտքի պրոֆիլը աջակցում է ելքի URI-ների ցանկը՝ ըստ ցանկության ուշացումով, և այդպես եք դարձնում հավելվածի ելքը պորտալի սեսիան ավարտողը, երբ դա է պահանջը։ Առանց դրա հավելվածի ելքը պորտալը կենդանի է թողնում, և հաջորդ հարցումը կարող է լուռ նորից մուտք գործել օգտատիրոջը։
Հաշվի առեք ազդեցությունը նույն պորտալի այլ ռեսուրսների վրա։ Եթե մեկ հավելվածից ելքը ավարտում է ևս վեցի սեսիան, օգտատերերը դա սխալ կանվանեն, եթե վարքը նախապես չի համաձայնեցվել հավելվածի սեփականատիրոջ հետ։ Ներդիրը փակելը և webtop վերադառնալը ապացույց չէ, որ ինչ-որ բան ավարտվել է։
Ստուգում 5. հավելվածը գոյատևում է վերաշարադրումից
Portal Access-ը վերաշարադրում է ընտրված վեբ բովանդակությունը, և վերաշարադրումն ունի եզրեր։ Ժամանակակից հաճախորդային հատկությունները, ֆոնային աշխատողները, վերբեռնման հոսքերը և ֆեդերատիվ մուտքը կարող են ընկնել տվյալ թողարկման սահմաններից դուրս։ F5-ի տարբերակին կապված համատեղելիության մատրիցը այն փաստաթուղթն է, որը պետք է կարդալ նախքան պարտավորվելը, որովհետև սահմանները թողարկումից կախված են։
Փորձարկեք կարևոր հոսքերը, ոչ թե վայրէջքի էջը. մուտք գործեք, անցեք յուրաքանչյուր պահանջվող ֆունկցիայով, վերբեռնեք, եթե հավելվածը վերբեռնում է, թողեք նախատեսված սեսիան լրանա և հետևեք ելքի բոլոր ուղիներին։ Մեկ անգամ ցուցադրվող էջը ապացույց չէ, որ հավելվածն աշխատում է։
Երբ պահանջվող հոսքը հնարավոր չէ վերաշարադրել, անցեք փաստաթղթավորված ֆեդերացիայի, հակադարձ պրոքսիի կամ ցանցային մուտքի ձևավորման։ Բրաուզերի պորտալը, որից պահանջվում է վարվել որպես ընդհանուր թունել, կանցնի ցուցադրությունը և կձախողվի աուդիտում։