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 का संस्करण-आधारित संगतता मैट्रिक्स वह दस्तावेज़ है जिसे प्रतिबद्धता से पहले पढ़ना चाहिए, क्योंकि सीमाएँ रिलीज़-विशिष्ट हैं।
लैंडिंग पृष्ठ नहीं, महत्वपूर्ण प्रवाहों का परीक्षण करें: साइन इन करें, हर आवश्यक फ़ंक्शन में जाएँ, यदि ऐप अपलोड करता है तो अपलोड करें, इच्छित सत्र समाप्त होने दें और हर लॉगआउट पथ का पालन करें। एक बार प्रस्तुत होने वाला पृष्ठ इस बात का प्रमाण नहीं कि एप्लिकेशन काम करता है।
जब आवश्यक प्रवाह फिर से नहीं लिखा जा सकता, तो प्रलेखित फ़ेडरेशन, रिवर्स प्रॉक्सी या नेटवर्क-एक्सेस डिज़ाइन पर जाएँ। सामान्य टनल की तरह व्यवहार करने को कहा गया ब्राउज़र पोर्टल डेमो पास करेगा और ऑडिट में विफल होगा।