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