Truy cập cổng APM: phiên của ứng dụng thuộc về ai?
Năm kiểm tra cho một quyết định công bố với BIG-IP Portal Access: phạm vi tài nguyên, phiên backend, hai bộ đếm thời gian, ý nghĩa của đăng xuất và giới hạn của việc viết lại.
Việc công bố một ứng dụng intranet qua BIG-IP APM Portal Access là quyết định về phiên, không phải về việc sao chép một máy chủ ảo. Cổng cho người dùng vào, hồ sơ viết lại giữ các yêu cầu được chọn trên đường đi của cổng, và ứng dụng vẫn có phiên riêng. Năm kiểm tra tách một thiết kế hành xử có thể dự đoán khỏi một thiết kế nơi bộ phận hỗ trợ biết về thời gian chờ theo từng người dùng. Hãy làm theo thứ tự và dừng ở kiểm tra đầu tiên không đúng.
Kiểm tra 1: tài nguyên được công bố, không chỉ được liên kết
Một dấu trang trong webtop chứng minh người dùng nhìn thấy một mục. Nó không chứng minh ứng dụng đã được công bố. Hãy tìm hồ sơ truy cập, hồ sơ viết lại và máy chủ ảo kết hợp hai thứ đó, rồi xác nhận việc gán tài nguyên trỏ tới ứng dụng mà bạn nghĩ. Nếu thiếu hoặc không nhất quán một trong ba thứ đó, phần còn lại của danh sách là vô nghĩa.
Trường hợp công bố nửa vời trông khỏe mạnh ở điểm vào. Máy chủ ảo mang hồ sơ truy cập trong khi hồ sơ viết lại bị giới hạn ở một URI tài nguyên khác, nên mục trên webtop xuất hiện và trang đầu tiên tải được, sau đó các yêu cầu của đường con rời khỏi đường đi của cổng và tới backend trực tiếp. Hình ảnh ngược lại là tài nguyên được gán cho ứng dụng sai: dấu trang mở ra, và nó mở một thứ mà không ai phê duyệt.
Kiểm tra 2: phiên backend là một trạng thái riêng
Backend có thể yêu cầu xác thực riêng ngay cả khi APM coi người dùng đã đăng nhập. Tích hợp SSO được hỗ trợ thiết lập mối quan hệ đó cho bạn, nhưng việc chấp nhận đăng nhập cổng không làm mọi ứng dụng chấp nhận cùng thông tin xác thực hay cùng cookie phiên. Nếu SSO chưa được cấu hình cho tài nguyên, ứng dụng sẽ yêu cầu đăng nhập riêng bên trong một cổng đã được xác thực.
Tắt SSO để thay đổi lời nhắc hiển thị là một lối tắt phổ biến và tồi: nó thay đổi thiết kế xác thực mà không chạm tới vòng đời đã sinh ra lời nhắc. Thay vào đó hãy quyết định xem đăng nhập backend có nên xuất hiện hay không, và nếu có, hãy biến nó thành phần rõ ràng của luồng đã công bố.
Kiểm tra 3: có hai đồng hồ, và chúng không phải cùng một đồng hồ
Hồ sơ truy cập của APM mang thời gian chờ không hoạt động và tuổi thọ phiên tối đa. Ứng dụng mang bộ đếm nhàn rỗi và thời hạn cookie của riêng nó. Kéo dài bộ đếm của cổng không kéo dài phiên ứng dụng, và rút ngắn phiên ứng dụng không đăng xuất người dùng khỏi cổng.
| 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 |
Cuộc gọi hỗ trợ kinh điển bắt nguồn từ một cặp không khớp: cổng vẫn còn hiệu lực, phiên ứng dụng thì không, và người dùng thấy một biểu mẫu đăng nhập dường như mâu thuẫn với cổng. Đó là hành vi đúng, không phải sự cố, và cách giải quyết là chọn đồng hồ nào phải hết hạn trước cho ứng dụng này.
Kiểm tra 4: đăng xuất có phạm vi được xác định
Hãy viết ra nút đăng xuất của ứng dụng phải kết thúc cái gì: chỉ ứng dụng đó, toàn bộ phiên APM, hay một phiên rộng hơn của nhà cung cấp danh tính. Hồ sơ truy cập hỗ trợ danh sách URI đăng xuất với độ trễ tùy chọn, và đó là cách bạn làm cho đăng xuất của ứng dụng kết thúc phiên cổng khi đó là yêu cầu. Không có nó, đăng xuất của ứng dụng để cổng sống, và một yêu cầu sau đó có thể lặng lẽ đăng nhập lại người dùng.
Hãy tính đến ảnh hưởng lên các tài nguyên khác trong cùng cổng. Nếu đăng xuất khỏi một ứng dụng kết thúc phiên của sáu ứng dụng khác, người dùng sẽ gọi đó là lỗi trừ khi hành vi đã được thống nhất trước với chủ ứng dụng. Đóng một tab và quay lại webtop không phải bằng chứng rằng điều gì đó đã kết thúc.
Kiểm tra 5: ứng dụng sống sót qua việc viết lại
Portal Access viết lại nội dung web được chọn, và việc viết lại có giới hạn. Các tính năng phía máy khách hiện đại, tiến trình nền, luồng tải lên và đăng nhập liên kết có thể nằm ngoài những gì một bản phát hành cụ thể xử lý. Ma trận tương thích theo phiên bản của F5 là tài liệu cần đọc trước khi cam kết, vì các giới hạn phụ thuộc vào bản phát hành.
Hãy kiểm tra những luồng quan trọng chứ không phải trang đích: đăng nhập, đi qua từng chức năng cần thiết, tải lên nếu ứng dụng có tải lên, để phiên dự định hết hạn và theo mọi đường đăng xuất. Một trang hiển thị một lần không phải bằng chứng ứng dụng hoạt động.
Khi một luồng cần thiết không thể viết lại, hãy chuyển sang thiết kế liên kết, proxy ngược hoặc truy cập mạng đã được ghi tài liệu. Một cổng trình duyệt bị yêu cầu hành xử như một đường hầm tổng quát sẽ qua bản demo và trượt kiểm toán.