APM-portala aliro: kiu posedas la seancon de la aplikaĵo?
Kvin kontroloj por decido pri publikigo per BIG-IP Portal Access: amplekso de la risurco, seanco de la backend, du tempigiloj, signifo de elsaluto kaj limoj de reŝranĉado.
Publikigi intranetan aplikaĵon per BIG-IP APM Portal Access estas decido pri seancoj, ne pri kopiado de virtuala servilo. La portalo enlasas la uzanton, la reŝranĉa profilo tenas elektitajn petojn sur la vojo de la enirejo, kaj la aplikaĵo daŭre posedas sian propran seancon. Kvin kontroloj apartigas dizajnon, kiu kondutas antaŭvideble, de tiu, kie la subtena fako ekscias pri tempolimoj uzanto post uzanto. Trairu ilin laŭ ordo kaj haltu ĉe la unua, kiu ne veras.
Kontrolo 1: la risurco estas publikigita, ne nur ligita
Legosigno en la webtop pruvas, ke uzanto vidas eron. Ĝi ne pruvas, ke la aplikaĵo estas publikigita. Serĉu la alirprofilo, la reŝranĉan profilon kaj la virtualan servilon, kiu kunigas ilin, poste konfirmu, ke la risurca asigno montras al la aplikaĵo, kiun vi pensas. Se unu el tiuj tri mankas aŭ malkongruas, la resto de la listo estas senutila.
La duonpublikigita kazo aspektas sana ĉe la enirpunkto. La virtuala servilo portas la alirprofilo, dum la reŝranĉa profilo estas limigita al alia resource URI, do la webtop-ero aperas kaj la unua paĝo ŝargiĝas, poste la petoj de la subvojo forlasas la vojon de la enirejo kaj atingas la backend rekte. La spegula bildo estas risurco asignita al la malĝusta aplikaĵo: la legosigno malfermiĝas, kaj ĝi malfermas ion, kion neniu aprobis.
Kontrolo 2: la seanco de la backend estas aparta stato
La backend povas postuli sian propran aŭtentikigon eĉ kiam APM konsideras la uzanton ensalutinta. Subtenata SSO-integriĝo starigas tiun rilaton por vi, sed akcepti la portalensaluton ne igas ĉiun aplikaĵon akcepti la samajn akreditaĵojn aŭ la saman seanckuketon. Se SSO ne estas agordita por la risurco, la aplikaĵo petos sian propran ensaluton ene de jam aŭtentikigita portalo.
Malŝalti SSO por ŝanĝi la videblan instigon estas ofta kaj malbona fuŝsolvo: ĝi ŝanĝas la aŭtentikigan dizajnon sen tuŝi la vivociklon, kiu produktis la instigon. Decidu anstataŭe, ĉu la backend-ensaluto entute aperu, kaj se ĝi aperu, faru ĝin eksplicita parto de la publikigita fluo.
Kontrolo 3: estas du horloĝoj, kaj ili ne estas la sama horloĝo
La alirprofilo de APM portas neaktivan tempolimon kaj maksimuman seancodaŭron. La aplikaĵo portas sian propran senagadan tempigilon kaj la kuketan limdaton. Pliigi la portalan tempigilon ne plilongigas la seancaron de la aplikaĵo, kaj mallongigi la seancaron de la aplikaĵo ne elsalutas la uzanton de la portalo.
| 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 |
La klasika subtena voko fontas el nepara paro: la portalo ankoraŭ validas, la aplikaĵa seanco ne, kaj la uzanto vidas ensalutan formularon, kiu ŝajne kontraŭdiras la portalon. Tio estas ĝusta konduto, ne difekto, kaj la solvo estas elekti, kiu horloĝo devas finiĝi unue por ĉi tiu aplikaĵo.
Kontrolo 4: elsaluto havas difinitan amplekson
Skribu, kion la elsaluta butono de la aplikaĵo devas fini: nur tiun aplikaĵon, la tutan APM-seancon, aŭ pli vastan seancon de identiga provizanto. La alirprofilo subtenas liston de elsalutaj URI-oj kun laŭvola prokrasto, kaj tiel vi igas la elsaluton de la aplikaĵo fini la portalan seancon, kiam tio estas la postulo. Sen tio, la elsaluto de la aplikaĵo lasas la portalon viva, kaj sekva peto povas silente resaluti la uzanton.
Kalkulu la efikon al aliaj risurcoj en la sama portalo. Se elsaluto el unu aplikaĵo finas la seancon por ses aliaj, uzantoj nomos tion cimo, krom se la konduto estis antaŭe interkonsentita kun la posedanto de la aplikaĵo. Fermi langeton kaj reveni al la webtop ne pruvas, ke io finiĝis.
Kontrolo 5: la aplikaĵo postvivas la reŝranĉadon
Portal Access reŝranĉas elektitan retenhavon, kaj reŝranĉado havas randojn. Modernaj klientflankaj funkcioj, fonaj laborantoj, alŝutaj fluoj kaj federacia ensaluto povas fali ekster tion, kion manipulas donita eldono. La versio-ligita kongrueca matrico de F5 estas la dokumento legenda antaŭ ol sindevontigi, ĉar la limoj estas eldon-specifaj.
Testu la fluojn, kiuj gravas, anstataŭ la alflankan paĝon: ensalutu, navigu ĉiun postulatan funkcion, alŝutu se la apo alŝutas, lasu la celatan seancon finiĝi kaj sekvu ĉiun elsalutan vojon. Paĝo, kiu montriĝas unufoje, ne estas pruvo, ke la aplikaĵo funkcias.
Kiam postulata fluo ne povas esti reŝranĉita, transiru al dokumentita federacia, inversa prokura aŭ retalira dizajno. Retumila portalo petata konduti kiel ĝenerala tunelo pasos la demon kaj malsukcesos la revizion.