Доступ праз партал APM: каму належыць сесія праграмы?
Пяць праверак для рашэння аб публікацыі праз BIG-IP Portal Access: абсяг рэсурсу, сесія бэкенда, два таймеры, сэнс выхаду і межы перапісвання.
Публікацыя праграмы інтранэта праз BIG-IP APM Portal Access — гэта рашэнне пра сесіі, а не пра капіраванне віртуальнага сервера. Партал пускае карыстальніка, профіль перапісвання ўтрымлівае выбраныя запыты на шляху шлюза, а праграма па-ранейшаму мае ўласную сесію. Пяць праверак аддзяляюць праект, які паводзіць сябе прадказальна, ад таго, дзе служба падтрымкі даведваецца пра тайм-аўты па адным карыстальніку. Прайдзіце іх па парадку і спыніцеся на першай, якая не выконваецца.
Праверка 1: рэсурс апублікаваны, а не проста звязаны
Закладка на webtop даказвае, што карыстальнік бачыць запіс. Яна не даказвае, што праграма апублікаваная. Знайдзіце профіль доступу, профіль перапісвання і віртуальны сервер, які іх аб'ядноўвае, затым пераканайцеся, што прызначэнне рэсурсу паказвае на тую праграму, пра якую вы думаеце. Калі аднаго з гэтых трох няма або ён супярэчлівы, астатні спіс не мае сэнсу.
Выпадак паўпублікацыі выглядае здаровым у пункце ўваходу. Віртуальны сервер нясе профіль доступу, а профіль перапісвання абмежаваны іншым URI рэсурсу, таму запіс webtop з'яўляецца і першая старонка загружаецца, а затым запыты падшляху пакідаюць шлях шлюза і дасягаюць бэкенда напрамую. Люстраная карціна — рэсурс, прызначаны няправільнай праграме: закладка адкрываецца і адкрывае тое, што ніхто не ўхваліў.
Праверка 2: сесія бэкенда — асобны стан
Бэкенд можа патрабаваць уласнай аўтэнтыфікацыі, нават калі APM лічыць карыстальніка ўвайшоўшым. Падтрыманая інтэграцыя SSO ўстанаўлівае гэтую сувязь за вас, але прыняцце ўваходу ў партал не робіць так, што кожная праграма прымае тыя ж уліковыя даныя або той жа cookie сесіі. Калі SSO не наладжаны для рэсурсу, праграма запросіць уласны ўваход унутры ўжо аўтэнтыфікаванага партала.
Адключэнне SSO, каб змяніць бачны запыт, — пашыраны і дрэнны кароткі шлях: ён змяняе праект аўтэнтыфікацыі, не закранаючы жыццёвы цыкл, які спарадзіў запыт. Замест гэтага вырашыце, ці павінен уваход у бэкенд з'яўляцца наогул, і калі павінен, зрабіце гэта відавочнай часткай апублікаванага патоку.
Праверка 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 — гэта дакумент, які трэба прачытаць перад абавязацельствам, бо межы залежаць ад выпуску.
Тэстуйце патоку, якая мае значэнне, а не пасадкавую старонку: увайдзіце, прайдзіце кожную патрэбную функцыю, загрузіце, калі праграма дазваляе загрузку, дайце мэтавай сесіі скончыцца і прайдзіце ўсе шляхі выхаду. Старонка, якая адлюстравалася адзін раз, не доказ таго, што праграма працуе.
Калі патрэбны паток нельга перапісаць, перайдзіце да дакументаванага праекта федэрацыі, адваротнага проксі або сеткавага доступу. Браўзерны партал, ад якога патрабуюць паводзін агульнага тунэля, пройдзе дэманстрацыю і праваліць аўдыт.