APM پورٹل رسائی: ایپلیکیشن کا سیشن کس کا ہے؟

BIG-IP APM Portal Access کے ذریعے انٹرانیٹ ایپلیکیشن شائع کرنا سیشنوں کے بارے میں فیصلہ ہے، ورچوئل سرور کی نقل کے بارے میں نہیں۔ پورٹل صارف کو اندر آنے دیتا ہے، دوبارہ لکھنے کا پروفائل منتخب درخواستیں گیٹ وے کے راستے پر رکھتا ہے، اور ایپلیکیشن اب بھی اپنا سیشن رکھتی ہے۔ پانچ جانچیں پیش گوئی کے مطابق برتاؤ کرنے والے ڈیزائن کو اس ڈیزائن سے الگ کرتی ہیں جہاں ہیلپ ڈیسک ٹائم آؤٹ کا علم ایک ایک صارف سے حاصل کرتا ہے۔ انہیں ترتیب سے کریں اور پہلی غلط جانچ پر رک جائیں۔

جانچ 1: وسیلہ شائع ہوا ہے، صرف لنک نہیں کیا گیا

webtop میں بک مارک ثابت کرتا ہے کہ صارف ایک اندراج دیکھتا ہے۔ یہ ثابت نہیں کرتا کہ ایپلیکیشن شائع ہوئی ہے۔ رسائی پروفائل، دوبارہ لکھنے کا پروفائل اور انہیں جوڑنے والا ورچوئل سرور تلاش کریں، پھر تصدیق کریں کہ وسیلے کی تفویض اسی ایپلیکیشن کی طرف اشارہ کرتی ہے جو آپ سوچتے ہیں۔ اگر ان تینوں میں سے کوئی غائب یا متضاد ہو تو باقی فہرست بے معنی ہے۔

آدھی شائع شدہ صورت داخلے کے مقام پر صحت مند لگتی ہے۔ ورچوئل سرور رسائی پروفائل رکھتا ہے جبکہ دوبارہ لکھنے کا پروفائل کسی دوسرے وسیلے کے URI تک محدود ہے، اس لیے webtop کا اندراج ظاہر ہوتا ہے اور پہلا صفحہ لوڈ ہوتا ہے، پھر ذیلی راستے کی درخواستیں گیٹ وے کا راستہ چھوڑ کر براہ راست بیک اینڈ تک پہنچتی ہیں۔ الٹی تصویر غلط ایپلیکیشن کو دیا گیا وسیلہ ہے: بک مارک کھلتا ہے، اور ایسی چیز کھولتا ہے جسے کسی نے منظور نہیں کیا۔

جانچ 2: بیک اینڈ سیشن الگ حالت ہے

بیک اینڈ اپنی تصدیق طلب کر سکتا ہے چاہے APM صارف کو سائن اِن سمجھے۔ معاون SSO انضمام وہ تعلق آپ کے لیے قائم کرتا ہے، لیکن پورٹل لاگ اِن قبول کرنے سے ہر ایپلیکیشن وہی اسناد یا وہی سیشن کوکی قبول نہیں کرتی۔ اگر وسیلے کے لیے SSO ترتیب نہ دیا گیا ہو تو ایپلیکیشن پہلے سے تصدیق شدہ پورٹل کے اندر اپنا لاگ اِن طلب کرے گی۔

نظر آنے والا اشارہ بدلنے کے لیے SSO بند کرنا عام اور برا شارٹ کٹ ہے: یہ تصدیق کا ڈیزائن بدلتا ہے بغیر اس زندگی کے چکر کو چھونے کے جس نے اشارہ پیدا کیا۔ اس کے بجائے فیصلہ کریں کہ بیک اینڈ لاگ اِن بالکل ظاہر ہونا چاہیے یا نہیں، اور اگر ہونا چاہیے تو اسے شائع شدہ بہاؤ کا واضح حصہ بنائیں۔

جانچ 3: دو گھڑیاں ہیں، اور وہ ایک گھڑی نہیں

APM کے رسائی پروفائل میں غیر فعالیت کا ٹائم آؤٹ اور سیشن کی زیادہ سے زیادہ عمر ہے۔ ایپلیکیشن میں اپنا آئیڈل ٹائمر اور کوکی کی میعاد ختم ہونا ہے۔ پورٹل کا ٹائمر بڑھانے سے ایپلیکیشن سیشن نہیں بڑھتا، اور ایپلیکیشن سیشن گھٹانے سے صارف پورٹل سے لاگ آؤٹ نہیں ہوتا۔

روایتی ہیلپ ڈیسک کال ایک غیر متوازن جوڑے سے آتی ہے: پورٹل اب بھی درست ہے، ایپلیکیشن سیشن نہیں، اور صارف کو لاگ اِن فارم دکھائی دیتا ہے جو پورٹل سے متصادم لگتا ہے۔ یہ درست برتاؤ ہے، خرابی نہیں، اور حل یہ ہے کہ طے کریں اس ایپلیکیشن کے لیے کون سی گھڑی پہلے ختم ہونی چاہیے۔

جانچ 4: لاگ آؤٹ کا متعین دائرہ ہے

لکھیں کہ ایپلیکیشن کا سائن آؤٹ بٹن کیا ختم کرے: صرف وہ ایپلیکیشن، پورا APM سیشن، یا شناخت فراہم کنندہ کا وسیع تر سیشن۔ رسائی پروفائل اختیاری تاخیر کے ساتھ لاگ آؤٹ URI کی فہرست کی حمایت کرتا ہے، اور جب یہی ضرورت ہو تو ایپلیکیشن کے لاگ آؤٹ کو پورٹل سیشن ختم کرنے والا اسی طرح بناتے ہیں۔ اس کے بغیر، ایپلیکیشن کا لاگ آؤٹ پورٹل کو زندہ چھوڑ دیتا ہے، اور اگلی درخواست صارف کو خاموشی سے دوبارہ سائن اِن کر سکتی ہے۔

اسی پورٹل کے دوسرے وسائل پر اثر کا حساب رکھیں۔ اگر ایک ایپلیکیشن سے لاگ آؤٹ چھ دیگر کے سیشن ختم کر دے تو صارفین اسے بگ کہیں گے، جب تک برتاؤ پہلے سے ایپلیکیشن کے مالک سے طے نہ ہوا ہو۔ ٹیب بند کرنا اور webtop پر واپس آنا کسی چیز کے ختم ہونے کا ثبوت نہیں۔

جانچ 5: ایپلیکیشن دوبارہ لکھنے سے بچ جاتی ہے

Portal Access منتخب ویب مواد دوبارہ لکھتا ہے، اور دوبارہ لکھنے کے کنارے ہوتے ہیں۔ جدید کلائنٹ طرفہ خصوصیات، پس منظر کارکن، اپ لوڈ بہاؤ اور وفاقی لاگ اِن کسی مخصوص ریلیز کی استطاعت سے باہر پڑ سکتے ہیں۔ F5 کا ورژن کے لحاظ سے مطابقت میٹرکس وہ دستاویز ہے جو عہد کرنے سے پہلے پڑھنی چاہیے، کیونکہ حدیں ریلیز پر منحصر ہیں۔

لینڈنگ صفحے کی جگہ اہم بہاؤ جانچیں: سائن اِن کریں، ہر مطلوبہ فعل سے گزریں، اگر ایپلیکیشن اپ لوڈ کرتی ہے تو اپ لوڈ کریں، مقصود سیشن کو ختم ہونے دیں اور ہر لاگ آؤٹ راستے کی پیروی کریں۔ ایک بار ظاہر ہونے والا صفحہ ایپلیکیشن کے چلنے کا ثبوت نہیں۔

جب مطلوبہ بہاؤ دوبارہ نہ لکھا جا سکے تو دستاویزی وفاق، معکوس پراکسی یا نیٹ ورک رسائی کے ڈیزائن پر جائیں۔ وہ براؤزر پورٹل جس سے عام سرنگ کی طرح برتاؤ کا کہا جائے ڈیمو پاس کرے گا اور آڈٹ میں ناکام ہوگا۔