Dostop prek portala APM: komu pripada seja aplikacije?
Pet preverjanj za odločitev o objavi z BIG-IP Portal Access: obseg vira, seja backenda, dva časovnika, pomen odjave in meje prepisovanja.
Objaviti intranetno aplikacijo prek BIG-IP APM Portal Access je odločitev o sejah, ne o kopiranju virtualnega strežnika. Portal spusti uporabnika noter, profil prepisovanja obdrži izbrane zahteve na poti prehoda, aplikacija pa ima še vedno svojo sejo. Pet preverjanj loči zasnovo, ki se obnaša predvidljivo, od tiste, kjer služba za pomoč o časovnih omejitvah izve uporabnik za uporabnikom. Izvedite jih po vrsti in ustavite se pri prvem, ki ne drži.
Preverjanje 1: vir je objavljen, ne le povezan
Zaznamek v webtopu dokazuje, da uporabnik vidi vnos. Ne dokazuje, da je aplikacija objavljena. Poiščite profil dostopa, profil prepisovanja in virtualni strežnik, ki ju poveže, nato potrdite, da dodelitev vira kaže na aplikacijo, ki jo imate v mislih. Če kateri od teh treh manjka ali je nedosleden, preostali seznam nima smisla.
Primer napol objavljene aplikacije je na vstopni točki videti zdrav. Virtualni strežnik nosi profil dostopa, medtem ko je profil prepisovanja omejen na drug resource URI, zato se vnos v webtopu pojavi in prva stran se naloži, nato zahteve podpoti zapustijo pot prehoda in dosežejo backend neposredno. Zrcalna slika je vir, dodeljen napačni aplikaciji: zaznamek se odpre in odpre nekaj, česar nihče ni odobril.
Preverjanje 2: seja backenda je ločeno stanje
Backend lahko zahteva lastno preverjanje pristnosti, tudi ko APM uporabnika šteje za prijavljenega. Podprta integracija SSO vzpostavi to razmerje namesto vas, vendar sprejem prijave v portal ne pomeni, da vsaka aplikacija sprejme enake poverilnice ali isti piškotek seje. Če SSO za vir ni nastavljen, bo aplikacija zahtevala lastno prijavo znotraj že preverjenega portala.
Izklop SSO zaradi spremembe vidnega poziva je pogosta in slaba bližnjica: spremeni zasnovo preverjanja pristnosti, ne da bi se dotaknil življenjskega cikla, ki je poziv ustvaril. Namesto tega se odločite, ali naj se prijava v backend sploh pojavi, in če se mora, jo naredite za izrecni del objavljenega toka.
Preverjanje 3: obstajata dve uri in nista ista ura
Profil dostopa APM nosi časovno omejitev nedejavnosti in najdaljšo življenjsko dobo seje. Aplikacija nosi svoj časovnik mirovanja in potek piškotka. Podaljšanje časovnika portala ne podaljša seje aplikacije, skrajšanje seje aplikacije pa uporabnika ne odjavi iz portala.
| 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 |
Klasičen klic na pomoč izhaja iz neusklajenega para: portal je še veljaven, seja aplikacije ni, uporabnik pa vidi prijavni obrazec, ki navidez nasprotuje portalu. To je pravilno vedenje, ne okvara, in rešitev je izbrati, katera ura mora za to aplikacijo poteći prva.
Preverjanje 4: odjava ima določen obseg
Zapišite, kaj naj gumb za odjavo aplikacije zaključi: samo to aplikacijo, celotno sejo APM ali širšo sejo ponudnika identitete. Profil dostopa podpira seznam odjavnih URI-jev z neobvezno zakasnitvijo, in tako odjava iz aplikacije zaključi sejo portala, kadar je to zahteva. Brez tega odjava iz aplikacije pusti portal živ, naslednja zahteva pa lahko uporabnika tiho znova prijavi.
Upoštevajte učinek na druge vire v istem portalu. Če odjava iz ene aplikacije zaključi sejo šestih drugih, bodo uporabniki to imenovali napaka, razen če je bilo vedenje vnaprej dogovorjeno z lastnikom aplikacije. Zaprtje zavihka in vrnitev v webtop nista dokaz, da se je kaj končalo.
Preverjanje 5: aplikacija preživi prepisovanje
Portal Access prepisuje izbrano spletno vsebino, prepisovanje pa ima robove. Sodobne odjemalske funkcije, procesi v ozadju, tokovi nalaganja in zvezna prijava lahko padejo zunaj tega, kar obravnava določena izdaja. Matrika združljivosti po različicah družbe F5 je dokument, ki ga je treba prebrati pred zavezo, ker so meje odvisne od izdaje.
Preizkusite tokove, ki so pomembni, ne vstopne strani: prijavite se, pojdite skozi vsako potrebno funkcijo, naložite datoteke, če aplikacija to počne, pustite predvideni seji, da poteče, in sledite vsaki poti odjave. Stran, ki se enkrat izriše, ni dokaz, da aplikacija deluje.
Ko zahtevanega toka ni mogoče prepisati, preidite na dokumentirano zasnovo zveze, obratnega proxyja ali omrežnega dostopa. Brskalniški portal, od katerega se zahteva vedenje kot pri splošnem tunelu, bo prestal predstavitev in padel na reviziji.