BIG-IP APM Portal Access ద్వారా ఇంట్రానెట్ అప్లికేషన్ ప్రచురించడం వర్చువల్ సర్వర్ను కాపీ చేయడం గురించి కాదు, సెషన్ల గురించిన నిర్ణయం. పోర్టల్ వినియోగదారుని లోపలికి అనుమతిస్తుంది, రీరైట్ ప్రొఫైల్ ఎంచుకున్న అభ్యర్థనలను గేట్వే మార్గంలో ఉంచుతుంది, మరియు అప్లికేషన్ ఇప్పటికీ తన సొంత సెషన్ను కలిగి ఉంది. ఐదు తనిఖీలు అంచనా వేయగలిగిన విధంగా ప్రవర్తించే డిజైన్ను, సహాయ డెస్క్ ఒక్కొక్క వినియోగదారు నుండి టైమౌట్లను తెలుసుకునే డిజైన్ నుండి వేరు చేస్తాయి. వాటిని క్రమంగా చేసి, మొదటి తప్పు తనిఖీ వద్ద ఆగండి.

తనిఖీ 1: వనరు ప్రచురించబడింది, కేవలం లింక్ చేయబడలేదు

webtop లోని బుక్మార్క్ వినియోగదారు ఒక ఎంట్రీని చూస్తున్నారని నిరూపిస్తుంది. అప్లికేషన్ ప్రచురించబడిందని నిరూపించదు. యాక్సెస్ ప్రొఫైల్, రీరైట్ ప్రొఫైల్ మరియు వాటిని కలిపే వర్చువల్ సర్వర్ను కనుగొని, వనరు కేటాయింపు మీరు భావిస్తున్న అప్లికేషన్ వైపే చూపుతోందా అని నిర్ధారించండి. ఈ మూడింటిలో ఏదైనా లేకపోయినా లేదా విరుద్ధంగా ఉన్నా మిగిలిన జాబితా అర్థరహితం.

సగం ప్రచురిత స్థితి ప్రవేశ బిందువు వద్ద ఆరోగ్యకరంగా కనిపిస్తుంది. వర్చువల్ సర్వర్ యాక్సెస్ ప్రొఫైల్ను మోస్తుంది, కానీ రీరైట్ ప్రొఫైల్ మరో వనరు URI కి పరిమితమై ఉంది, కాబట్టి webtop ఎంట్రీ కనిపిస్తుంది మరియు మొదటి పేజీ లోడ్ అవుతుంది, తర్వాత ఉప-మార్గ అభ్యర్థనలు గేట్వే మార్గాన్ని విడిచి నేరుగా backend చేరుతాయి. వ్యతిరేక చిత్రం తప్పు అప్లికేషన్కు కేటాయించిన వనరు: బుక్మార్క్ తెరుచుకుంటుంది, ఎవరూ ఆమోదించని దాన్ని తెరుస్తుంది.

తనిఖీ 2: backend సెషన్ వేరు స్థితి

APM వినియోగదారుని సైన్ ఇన్ అయినట్టు భావించినా backend తన సొంత ప్రామాణీకరణను అడగవచ్చు. మద్దతు ఉన్న SSO సమన్వయం ఆ సంబంధాన్ని మీ కోసం ఏర్పాటు చేస్తుంది, కానీ పోర్టల్ లాగిన్ అంగీకరించడం ప్రతి అప్లికేషన్ అదే ఆధారాలను లేదా అదే సెషన్ కుకీని అంగీకరిస్తుందని కాదు. వనరు కోసం SSO కాన్ఫిగర్ చేయకపోతే, అప్లికేషన్ ఇప్పటికే ప్రామాణీకరించబడిన పోర్టల్ లోపల తన లాగిన్ను అడుగుతుంది.

కనిపించే ప్రాంప్ట్ను మార్చడానికి SSO ను ఆపివేయడం సాధారణ మరియు చెడ్డ చిన్నదారి: ప్రాంప్ట్ను సృష్టించిన జీవనచక్రాన్ని తాకకుండా ప్రామాణీకరణ డిజైన్ను మారుస్తుంది. బదులుగా backend లాగిన్ అసలు కనిపించాలా వద్దా అని నిర్ణయించండి, కనిపించాల్సి ఉంటే దాన్ని ప్రచురిత ప్రవాహంలో స్పష్టమైన భాగం చేయండి.

తనిఖీ 3: రెండు గడియారాలు ఉన్నాయి, అవి ఒకే గడియారం కాదు

APM యాక్సెస్ ప్రొఫైల్ నిష్క్రియత టైమౌట్ మరియు సెషన్ గరిష్ఠ ఆయుష్షును కలిగి ఉంది. అప్లికేషన్ తన స్వంత ఐడిల్ టైమర్ మరియు కుకీ ముగింపును కలిగి ఉంది. పోర్టల్ టైమర్ను పెంచడం అప్లికేషన్ సెషన్ను పెంచదు, అప్లికేషన్ సెషన్ను తగ్గించడం వినియోగదారుని పోర్టల్ నుండి లాగ్అవుట్ చేయదు.

TimerOwnerWhat it ends
Inactivity timeoutAPM access profilethe portal session after idle time
Maximum lifetimeAPM access profilethe portal session regardless of activity
Application cookieBackend applicationthe application session inside a live portal

సాంప్రదాయ సహాయ కాల్ సరిపోని జత నుండి వస్తుంది: పోర్టల్ ఇంకా చెల్లుబాటులో ఉంది, అప్లికేషన్ సెషన్ లేదు, మరియు వినియోగదారు పోర్టల్కు విరుద్ధంగా కనిపించే లాగిన్ ఫారమ్ను చూస్తారు. అది సరైన ప్రవర్తన, లోపం కాదు, పరిష్కారం ఈ అప్లికేషన్ కోసం ఏ గడియారం ముందుగా ముగియాలో ఎంచుకోవడం.

తనిఖీ 4: లాగ్అవుట్కు నిర్దిష్ట పరిధి ఉంది

అప్లికేషన్ సైన్-అవుట్ బటన్ ఏమి ముగించాలో రాయండి: ఆ అప్లికేషన్ మాత్రమే, మొత్తం APM సెషన్, లేదా గుర్తింపు ప్రదాత యొక్క విస్తృత సెషన్. యాక్సెస్ ప్రొఫైల్ ఐచ్ఛిక ఆలస్యంతో లాగ్అవుట్ URI జాబితాను మద్దతిస్తుంది, మరియు అవసరం అదే అయితే అప్లికేషన్ లాగ్అవుట్ పోర్టల్ సెషన్ను ముగించేలా మీరు ఈ విధంగా చేస్తారు. అది లేకుండా, అప్లికేషన్ లాగ్అవుట్ పోర్టల్ను సజీవంగా వదిలేస్తుంది, తదుపరి అభ్యర్థన వినియోగదారుని నిశ్శబ్దంగా మరలా సైన్ ఇన్ చేయవచ్చు.

అదే పోర్టల్లోని ఇతర వనరులపై ప్రభావాన్ని లెక్కించండి. ఒక అప్లికేషన్ నుండి లాగ్అవుట్ మరో ఆరింటి సెషన్ను ముగిస్తే, ప్రవర్తన ముందే అప్లికేషన్ యజమానితో అంగీకరించబడకపోతే వినియోగదారులు దాన్ని బగ్ అంటారు. ట్యాబ్ మూసి webtop కి తిరిగి రావడం ఏదో ముగిసినందుకు సాక్ష్యం కాదు.

తనిఖీ 5: అప్లికేషన్ రీరైటింగ్ను తట్టుకుంటుంది

Portal Access ఎంచుకున్న వెబ్ కంటెంట్ను తిరిగి రాస్తుంది, రీరైటింగ్కు అంచులు ఉన్నాయి. ఆధునిక క్లయింట్-సైడ్ లక్షణాలు, బ్యాక్గ్రౌండ్ వర్కర్లు, అప్లోడ్ ప్రవాహాలు మరియు ఫెడరేటెడ్ లాగిన్ ఇచ్చిన విడుదల నిర్వహించే పరిధి వెలుపల పడవచ్చు. F5 యొక్క వెర్షన్ ఆధారిత అనుకూలత మ్యాట్రిక్స్ కట్టుబడి ఉండటానికి ముందు చదవవలసిన పత్రం, ఎందుకంటే పరిమితులు విడుదలను బట్టి ఉంటాయి.

ల్యాండింగ్ పేజీ కాదు, ముఖ్యమైన ప్రవాహాలను పరీక్షించండి: సైన్ ఇన్ చేయండి, ప్రతి అవసరమైన ఫంక్షన్ గుండా వెళ్లండి, అప్లికేషన్ అప్లోడ్ చేస్తే అప్లోడ్ చేయండి, ఉద్దేశించిన సెషన్ ముగియనివ్వండి మరియు ప్రతి లాగ్అవుట్ మార్గాన్ని అనుసరించండి. ఒకసారి రెండర్ అయ్యే పేజీ అప్లికేషన్ పనిచేస్తుందని సాక్ష్యం కాదు.

అవసరమైన ప్రవాహాన్ని తిరిగి రాయలేకపోతే, డాక్యుమెంట్ చేయబడిన ఫెడరేషన్, రివర్స్ ప్రాక్సీ లేదా నెట్వర్క్-యాక్సెస్ డిజైన్కు మారండి. సాధారణ టన్నెల్ లా ప్రవర్తించమని అడిగిన బ్రౌజర్ పోర్టల్ డెమో పాస్ అవుతుంది మరియు ఆడిట్లో విఫలమవుతుంది.

సంబంధిత వ్యాసాలు