APM પોર્ટલ ઍક્સેસ: એપ્લિકેશન સેશન કોનું છે?
BIG-IP Portal Access પ્રકાશન નિર્ણય માટે પાંચ ચકાસણી: સંસાધનનો વ્યાપ, બેકએન્ડ સેશન, બે ટાઇમર, લૉગઆઉટનો અર્થ અને રીરાઇટિંગની મર્યાદા.
BIG-IP APM Portal Access દ્વારા ઇન્ટ્રાનેટ એપ્લિકેશન પ્રકાશિત કરવી એ સેશન વિશેનો નિર્ણય છે, વર્ચ્યુઅલ સર્વરની નકલ કરવા વિશે નહીં. પોર્ટલ વપરાશકર્તાને અંદર લે છે, રીરાઇટ પ્રોફાઇલ પસંદ કરેલી વિનંતીઓને ગેટવેના માર્ગ પર રાખે છે, અને એપ્લિકેશન હજી પણ પોતાનું સેશન ધરાવે છે. પાંચ ચકાસણી અનુમાનિત રીતે વર્તતી ડિઝાઇનને એવી ડિઝાઇનથી અલગ પાડે છે જ્યાં હેલ્પ ડેસ્ક ટાઇમઆઉટ વિશે એક પછી એક વપરાશકર્તા પાસેથી જાણે છે. તેમને ક્રમમાં કરો અને જે પ્રથમ સાચી ન હોય ત્યાં થોભો.
ચકાસણી 1: સંસાધન પ્રકાશિત છે, ફક્ત લિંક કરેલું નથી
webtop માં બુકમાર્ક સાબિત કરે છે કે વપરાશકર્તા એન્ટ્રી જુએ છે. તે સાબિત કરતું નથી કે એપ્લિકેશન પ્રકાશિત છે. એક્સેસ પ્રોફાઇલ, રીરાઇટ પ્રોફાઇલ અને તેમને જોડતું વર્ચ્યુઅલ સર્વર શોધો, પછી ખાતરી કરો કે સંસાધન સોંપણી તમે ધારો છો તે એપ્લિકેશન તરફ જ સંદર્ભે છે. જો આ ત્રણમાંથી કોઈ ખૂટે અથવા અસંગત હોય, તો બાકીની યાદી અર્થહીન છે.
અડધું પ્રકાશિત કેસ એન્ટ્રી પોઇન્ટ પર સ્વસ્થ દેખાય છે. વર્ચ્યુઅલ સર્વર એક્સેસ પ્રોફાઇલ ધરાવે છે જ્યારે રીરાઇટ પ્રોફાઇલ બીજા સંસાધન URI સુધી મર્યાદિત છે, તેથી webtop એન્ટ્રી દેખાય છે અને પ્રથમ પૃષ્ઠ લોડ થાય છે, પછી સબ-પાથ વિનંતીઓ ગેટવેનો માર્ગ છોડીને સીધી બેકએન્ડ સુધી પહોંચે છે. વિરુદ્ધ ચિત્ર ખોટી એપ્લિકેશનને સોંપાયેલું સંસાધન છે: બુકમાર્ક ખૂલે છે, અને એવું કંઈક ખૂલે છે જે કોઈએ મંજૂર કર્યું નથી.
ચકાસણી 2: બેકએન્ડ સેશન અલગ સ્થિતિ છે
APM વપરાશકર્તાને સાઇન ઇન ગણે ત્યારે પણ બેકએન્ડ પોતાનું પ્રમાણીકરણ માંગી શકે છે. સમર્થિત SSO એકીકરણ તે સંબંધ તમારા માટે સ્થાપિત કરે છે, પરંતુ પોર્ટલ લોગઇન સ્વીકારવાથી દરેક એપ્લિકેશન સમાન ઓળખપત્રો કે સમાન સેશન કૂકી સ્વીકારતી નથી. જો સંસાધન માટે SSO ગોઠવેલું ન હોય, તો એપ્લિકેશન પહેલેથી પ્રમાણિત પોર્ટલની અંદર પોતાનું લોગઇન માંગશે.
દૃશ્યમાન સંકેત બદલવા SSO બંધ કરવું સામાન્ય અને નબળો શોર્ટકટ છે: તે સંકેત પેદા કરનાર જીવનચક્રને સ્પર્શ્યા વિના પ્રમાણીકરણની ડિઝાઇન બદલે છે. તેના બદલે નક્કી કરો કે બેકએન્ડ લોગઇન બિલકુલ દેખાવું જોઈએ કે નહીં, અને જો જોઈએ, તો તેને પ્રકાશિત પ્રવાહનો સ્પષ્ટ ભાગ બનાવો.
ચકાસણી 3: બે ઘડિયાળ છે, અને તે એક જ ઘડિયાળ નથી
APM ની એક્સેસ પ્રોફાઇલ નિષ્ક્રિયતાનો ટાઇમઆઉટ અને સેશનનું મહત્તમ આયુષ્ય ધરાવે છે. એપ્લિકેશન પોતાનું નિષ્ક્રિય ટાઇમર અને કૂકીની સમાપ્તિ ધરાવે છે. પોર્ટલનું ટાઇમર વધારવાથી એપ્લિકેશન સેશન લંબાતું નથી, અને એપ્લિકેશન સેશન ટૂંકાવવાથી વપરાશકર્તા પોર્ટલમાંથી લૉગઆઉટ થતો નથી.
| 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 નું આવૃત્તિ-આધારિત સુસંગતતા મેટ્રિક્સ એ પ્રતિબદ્ધતિ પહેલાં વાંચવાનું દસ્તાવેજ છે, કારણ કે મર્યાદાઓ આવૃત્તિ-વિશિષ્ટ છે.
લેન્ડિંગ પૃષ્ઠને બદલે મહત્વના પ્રવાહોની કસોટી કરો: સાઇન ઇન કરો, દરેક જરૂરી કાર્યમાં નેવિગેટ કરો, એપ્લિકેશન અપલોડ કરે તો અપલોડ કરો, ઇચ્છિત સેશન સમાપ્ત થવા દો અને દરેક લૉગઆઉટ માર્ગ અનુસરો. એક વાર રેન્ડર થતું પૃષ્ઠ એપ્લિકેશન કામ કરે છે તેનો પુરાવો નથી.
જ્યારે જરૂરી પ્રવાહ ફરીથી લખી શકાતો ન હોય, ત્યારે દસ્તાવેજીકૃત ફેડરેશન, રિવર્સ પ્રોક્સી અથવા નેટવર્ક-એક્સેસ ડિઝાઇન તરફ જાઓ. સામાન્ય ટનલ જેવું વર્તન કરવા કહેવાયેલું બ્રાઉઝર પોર્ટલ ડેમો પાસ કરશે અને ઓડિટમાં નિષ્ફળ જશે.