دسترسی از طریق پورتال APM: جلسهٔ برنامه از آنِ کیست؟
پنج بررسی برای تصمیم انتشار با BIG-IP Portal Access: دامنهٔ منبع، جلسهٔ backend، دو تایمر، معنای خروج و محدودیت‌های بازنویسی.
انتشار یک برنامهٔ اینترانت از طریق BIG-IP APM Portal Access تصمیمی دربارهٔ جلسه‌ها است، نه دربارهٔ کپی کردن یک سرور مجازی. پورتال کاربر را می‌پذیرد، پروفایل بازنویسی درخواست‌های انتخابی را روی مسیر دروازه نگه می‌دارد، و برنامه همچنان جلسهٔ خودش را دارد. پنج بررسی طرحی را که رفتار قابل پیش‌بینی دارد از طرحی جدا می‌کند که در آن میز پشتیبانی دربارهٔ timeoutها کاربر به کاربر مطلع می‌شود. آن‌ها را به ترتیب انجام دهید و در نخستین بررسی‌ای که درست نیست بایستید.
بررسی 1: منبع منتشر شده است، نه فقط پیوند داده شده
یک نشانک در webtop ثابت می‌کند که کاربر یک ورودی را می‌بیند. ثابت نمیکند که برنامه منتشر شده است. پروفایل دسترسی، پروفایل بازنویسی و سرور مجازی‌ای را که آن دو را ترکیب می‌کند پیدا کنید، سپس تأیید کنید که تخصیص منبع به همان برنامه‌ای اشاره می‌کند که فکر می‌کنید. اگر هر یک از این سه نباشد یا ناسازگار باشد، بقیهٔ فهرست بی‌معناست.
حالت نیمه‌منتشرشده در نقطهٔ ورود سالم به نظر می‌رسد. سرور مجازی پروفایل دسترسی را حمل می‌کند در حالی که پروفایل بازنویسی به URI منبع دیگری محدود شده است، بنابراین ورودی webtop ظاهر می‌شود و صفحهٔ اول بارگذاری می‌شود، سپس درخواست‌های مسیر فرعی مسیر دروازه را ترک می‌کنند و مستقیماً به backend می‌رسند. تصویر آینه‌ای منبعی است که به برنامهٔ اشتباه اختصاص یافته: نشانک باز می‌شود و چیزی را باز می‌کند که هیچ‌کس تأیید نکرده است.
بررسی 2: جلسهٔ backend یک وضعیت جداگانه است
backend می‌تواند حتی وقتی APM کاربر را واردشده می‌داند، احراز هویت خودش را بخواهد. یکپارچه‌سازی پشتیبانی‌شدهٔ SSO آن رابطه را برای شما برقرار می‌کند، اما پذیرفتن ورود به پورتال باعث نمی‌شود هر برنامه همان اعتبارنامه‌ها یا همان کوکی جلسه را بپذیرد. اگر SSO برای منبع پیکربندی نشده باشد، برنامه ورود خودش را درون پورتالی که پیش‌تر احراز هویت شده درخواست می‌کند.
خاموش کردن SSO برای تغییر پیام قابل مشاهده میان‌بری رایج و بدی است: طراحی احراز هویت را تغییر می‌دهد بدون اینکه به چرخهٔ عمری که پیام را ساخته بود دست بزند. در عوض تصمیم بگیرید آیا ورود backend باید اصلاً ظاهر شود، و اگر باید، آن را بخشی صریح از جریان منتشرشده کنید.
بررسی 3: دو ساعت وجود دارد و آن‌ها یک ساعت نیستند
پروفایل دسترسی APM یک timeout بی‌فعالیتی و حداکثر عمر جلسه را حمل می‌کند. برنامه تایمر بیکاری خودش و انقضای کوکی را حمل می‌کند. بالا بردن تایمر پورتال جلسهٔ برنامه را تمدید نمیکند و کوتاه کردن جلسهٔ برنامه کاربر را از پورتال خارج نمیکند.
| 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 سندی است که باید پیش از تعهد خوانده شود، چون محدودیت‌ها وابسته به نسخه‌اند.
جریان‌هایی را که اهمیت دارند آزمایش کنید نه صفحهٔ فرود: وارد شوید، در هر کارکرد لازم بگردید، اگر برنامه بارگذاری می‌کند بارگذاری کنید، بگذارید جلسهٔ موردنظر منقضی شود و هر مسیر خروج را دنبال کنید. صفحه‌ای که یک بار رندر می‌شود اثبات کارکرد برنامه نیست.
وقتی جریان لازم را نمی‌توان بازنویسی کرد، به طراحی مستند فدراسیون، پروکسی معکوس یا دسترسی شبکه بروید. پورتال مرورگری که از آن خواسته شود مانند یک تونل عمومی رفتار کند، دمو را می‌گذراند و در ممیزی رد می‌شود.