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