الوصول عبر بوابة APM: من يملك جلسة التطبيق؟

نشر تطبيق إنترانت عبر بوابة الوصول في BIG-IP APM قرار يتعلق بالجلسات، لا بنسخ خادم ظاهري. البوابة تُدخل المستخدم، ويُبقي ملف تعريف إعادة الكتابة طلبات مختارة على مسار البوابة، ويظل التطبيق يملك جلسته الخاصة. تفصل خمسة فحوص بين تصميم يتصرف بشكل متوقع وتصميم يكتشف فيه مكتب المساعدة مهل الخمول مستخدمًا تلو الآخر. نفّذها بالترتيب وتوقف عند أول فحص لا يصح.

الفحص 1: المورد منشور، وليس مرتبطًا فقط

الإشارة المرجعية في webtop تثبت أن المستخدم يرى مدخلًا. وهي لا تثبت أن التطبيق منشور. ابحث عن ملف تعريف الوصول وملف تعريف إعادة الكتابة والخادم الظاهري الذي يجمعهما، ثم تأكد من أن إسناد المورد يشير إلى التطبيق الذي تظنه. وإذا غاب أحد هذه الثلاثة أو تعارض، فباقي القائمة بلا معنى.

تبدو حالة النشر الناقص سليمة عند نقطة الدخول. يحمل الخادم الظاهري ملف تعريف الوصول بينما يكون ملف تعريف إعادة الكتابة محصورًا في URI لمورد آخر، فيظهر مدخل webtop وتُحمَّل الصفحة الأولى، ثم تغادر طلبات المسار الفرعي مسار البوابة وتصل إلى الواجهة الخلفية مباشرة. والصورة المعاكسة مورد مُسنَد إلى تطبيق خاطئ: تُفتح الإشارة، وتفتح شيئًا لم يوافق عليه أحد.

الفحص 2: جلسة الواجهة الخلفية حالة منفصلة

قد تطلب الواجهة الخلفية مصادقتها الخاصة بينما يعتبر APM المستخدم مسجّل الدخول. يرسي تكامل SSO المدعوم تلك العلاقة نيابة عنك، لكن قبول تسجيل الدخول إلى البوابة لا يجعل كل تطبيق يقبل البيانات نفسها أو ملف تعريف ارتباط الجلسة نفسه. وإذا لم يُضبط SSO للمورد، فسيطلب التطبيق تسجيل دخوله الخاص داخل بوابة مصادَق عليها أصلًا.

تعطيل SSO لتغيير المطالبة الظاهرة اختصار شائع وسيّئ: فهو يغيّر تصميم المصادقة دون أن يمس دورة الحياة التي أنتجت المطالبة. قرر بدلًا من ذلك ما إذا كان ينبغي أن يظهر تسجيل دخول الواجهة الخلفية أصلًا، وإن كان ينبغي، فاجعله جزءًا صريحًا من التدفق المنشور.

الفحص 3: هناك ساعتان، وهما ليستا الساعة نفسها

يحمل ملف تعريف الوصول في APM مهلة خمول وحدًا أقصى لعمر الجلسة. ويحمل التطبيق مؤقته الخاص للخمول وانتهاء صلاحية ملف الارتباط. ورفع مؤقت البوابة لا يمدّ جلسة التطبيق، وتقصير جلسة التطبيق لا يسجّل خروج المستخدم من البوابة.

تنشأ مكالمة الدعم الكلاسيكية من زوج غير متطابق: البوابة لا تزال صالحة، وجلسة التطبيق لم تعد كذلك، ويرى المستخدم نموذج تسجيل دخول يبدو متناقضًا مع البوابة. هذا سلوك صحيح لا عطل، والحل أن تختار أي ساعة ينبغي أن تنتهي أولًا لهذا التطبيق.

الفحص 4: لتسجيل الخروج نطاق محدد

اكتب ما ينبغي أن ينهيه زر تسجيل الخروج في التطبيق: ذلك التطبيق وحده، أم جلسة APM بأكملها، أم جلسة أوسع لدى مزوّد الهوية. يدعم ملف تعريف الوصول قائمة URIs لتسجيل الخروج مع تأخير اختياري، وهكذا تجعل تسجيل خروج التطبيق ينهي جلسة البوابة عندما يكون ذلك هو المطلب. ومن دونه يبقى تسجيل خروج التطبيق والبوابة حيّة، ويمكن لطلب لاحق أن يعيد تسجيل المستخدم بصمت.

احسب الأثر على موارد أخرى في البوابة نفسها. فإذا أنهى تسجيل الخروج من تطبيق واحد الجلسة لستة غيره، فسيسمّي المستخدمون ذلك عطلًا ما لم يكن السلوك متفقًا عليه مع مالك التطبيق مسبقًا. وإغلاق علامة تبويب والعودة إلى webtop ليسا دليلًا على أن شيئًا قد انتهى.

الفحص 5: التطبيق ينجو من إعادة الكتابة

تعيد بوابة الوصول كتابة محتوى ويب مختار، ولإعادة الكتابة حدود. قد تقع الميزات الحديثة على جانب العميل والعمال في الخلفية وتدفقات الرفع وتسجيل الدخول الموحّد خارج ما يتعامل معه إصدار معين. اقرأ مصفوفة التوافق بحسب الإصدار من F5 قبل الالتزام، لأن الحدود خاصة بكل إصدار.

اختبر التدفقات المهمة لا صفحة الهبوط: سجّل الدخول، وتنقّل في كل وظيفة مطلوبة، وارفع إن كان التطبيق يرفع، ودع الجلسة المقصودة تنتهي، واتبع كل مسار لتسجيل الخروج. صفحة تُعرض مرة واحدة ليست دليلًا على أن التطبيق يعمل.

وعندما يتعذر إعادة كتابة تدفق مطلوب، انتقل إلى تصميم موثّق للاتحاد أو الوكيل العكسي أو الوصول الشبكي. فبوابة في المتصفح يُطلب منها أن تعمل كنفق عام ستنجح في العرض التجريبي وتفشل في التدقيق.