Authentication through forms
Use this flow as an example to reduce 302 operations for forms authentication.
Assume that the following configuration entries have been set in the WebSEAL configuration file.
[eai]
eai-auth = https
[eai-trigger-urls]
trigger = /jct/cgi-bin/eai-post
[acnt-mgt]
enable-local-response-redirect = yes
[local-response-redirect]
local-response-redirect-uri = [login] /jct/cgi-bin/eai
The traditional flow is as follows:
To configure WebSEAL to internally process 302 operations, first specify the maximum number of 302 operations it can sequentially follow. A value of 2 is suitable for typical scenarios:
[server]
maximum-followed-redirects = 2
Secondly, configure WebSEAL to process 302 redirects internally for any request that results in a Local Response Redirect with the following entry:
[server]
follow-redirects-for = !LRR!
This configuration avoids the initial Local Response Redirect 302 (shown at point 1).
Thirdly, set WebSEAL to process redirects internally for any request that would result in a 302 redirect back to the same URL that was originally requested (shown at point 2). To achieve this, add the following configuration entry:
[server]
follow-redirects-for = POST /jct/cgi-bin/eai-post*
The final flow is shown as follows: