Akses Portal APM: siapa yang memiliki sesi aplikasi?

Menerbitkan aplikasi intranet melalui BIG-IP APM Portal Access ialah keputusan tentang sesi, bukan tentang menyalin pelayan maya. Portal menerima pengguna masuk, profil tulis semula mengekalkan permintaan terpilih pada laluan gateway, dan aplikasi masih memiliki sesinya sendiri. Lima semakan memisahkan reka bentuk yang berkelakuan boleh dijangka daripada yang mana meja bantuan mengetahui tamat masa seorang demi seorang pengguna. Lakukan mengikut urutan dan berhenti pada yang pertama tidak benar.

Semakan 1: sumber diterbitkan, bukan sekadar dipautkan

Penanda buku dalam webtop membuktikan pengguna melihat entri. Ia tidak membuktikan aplikasi diterbitkan. Cari profil akses, profil tulis semula dan pelayan maya yang menggabungkan keduanya, kemudian sahkan penetapan sumber menunjuk kepada aplikasi yang anda fikirkan. Jika mana-mana daripada tiga itu tiada atau tidak konsisten, baki senarai ini tidak bermakna.

Kes separuh terbit kelihatan sihat pada titik masuk. Pelayan maya membawa profil akses manakala profil tulis semula terhad kepada URI sumber lain, jadi entri webtop muncul dan halaman pertama dimuatkan, kemudian permintaan sub-laluan meninggalkan laluan gateway dan sampai ke backend secara langsung. Cerminnya ialah sumber yang ditetapkan kepada aplikasi yang salah: penanda buku terbuka, dan ia membuka sesuatu yang tiada siapa meluluskan.

Semakan 2: sesi backend ialah keadaan berasingan

Backend boleh menuntut pengesahannya sendiri walaupun APM menganggap pengguna sudah log masuk. Integrasi SSO yang disokong membina hubungan itu untuk anda, tetapi menerima log masuk portal tidak menjadikan setiap aplikasi menerima kelayakan yang sama atau kuki sesi yang sama. Jika SSO tidak dikonfigurasikan untuk sumber itu, aplikasi akan meminta log masuk sendiri di dalam portal yang sudah disahkan.

Mematikan SSO untuk menukar gesaan yang kelihatan ialah jalan pintas yang lazim dan buruk: ia mengubah reka bentuk pengesahan tanpa menyentuh kitaran hayat yang menghasilkan gesaan itu. Sebaliknya putuskan sama ada log masuk backend patut dipaparkan sama sekali, dan jika patut, jadikannya bahagian eksplisit aliran yang diterbitkan.

Semakan 3: ada dua jam, dan kedua-duanya bukan jam yang sama

Profil akses APM membawa tamat masa ketidakaktifan dan jangka hayat sesi maksimum. Aplikasi membawa pemasa melahu dan tamat tempoh kuki sendiri. Menaikkan pemasa portal tidak memanjangkan sesi aplikasi, dan memendekkan sesi aplikasi tidak melog keluar pengguna dari portal.

Panggilan sokongan klasik berpunca daripada pasangan yang tidak sepadan: portal masih sah, sesi aplikasi tidak, dan pengguna melihat borang log masuk yang kelihatan bercanggah dengan portal. Itu tingkah laku yang betul, bukan kerosakan, dan penyelesaiannya ialah memilih jam mana yang patut tamat dahulu untuk aplikasi ini.

Semakan 4: log keluar mempunyai skop yang ditetapkan

Tulis apa yang patut ditamatkan oleh butang keluar aplikasi: aplikasi itu sahaja, seluruh sesi APM, atau sesi penyedia identiti yang lebih luas. Profil akses menyokong senarai URI log keluar dengan kelewatan pilihan, dan begitulah anda menjadikan log keluar aplikasi menamatkan sesi portal apabila itu keperluannya. Tanpanya, log keluar aplikasi membiarkan portal hidup, dan permintaan berikutnya boleh memasukkan pengguna semula secara senyap.

Perhitungkan kesan pada sumber lain dalam portal yang sama. Jika log keluar dari satu aplikasi menamatkan sesi enam yang lain, pengguna akan menyebutnya pepijat melainkan tingkah laku itu telah dipersetujui dengan pemilik aplikasi terlebih dahulu. Menutup tab dan kembali ke webtop bukan bukti bahawa sesuatu telah tamat.

Semakan 5: aplikasi bertahan daripada penulisan semula

Portal Access menulis semula kandungan web terpilih, dan penulisan semula mempunyai tepi. Ciri pihak klien moden, pekerja latar belakang, aliran muat naik dan log masuk persekutuan boleh terkeluar daripada apa yang dikendalikan oleh sesuatu keluaran. Matriks keserasian mengikut versi F5 ialah dokumen yang perlu dibaca sebelum komited, kerana hadnya bergantung pada keluaran.

Uji aliran yang penting, bukan halaman pendaratan: log masuk, layari setiap fungsi yang diperlukan, muat naik jika aplikasi memuat naik, biarkan sesi yang dimaksudkan tamat, dan ikuti setiap laluan log keluar. Halaman yang dipaparkan sekali bukan bukti bahawa aplikasi berfungsi.

Apabila aliran yang diperlukan tidak boleh ditulis semula, beralih kepada reka bentuk persekutuan, proksi songsang atau akses rangkaian yang didokumenkan. Portal pelayar yang diminta berkelakuan seperti terowong umum akan lulus demo dan gagal dalam audit.