Forum Discussion
APM activation based on URI + http website
Well, technically APM can be used for HTTP. I supposed it wouldn't make a lot of sense to require authenticated private access to something that wasn't HTTPS, but it is absolutely possible nonetheless. I thin what you're missing here is the fact that the access policy process does an initial redirect to /my.policy. You could add that to your URI watch list, but then try this:
when HTTP_REQUEST {
if { ( [HTTP::cookie exists MRHSession] ) or ( [HTTP::uri] starts_with "/private" ) } {
return
} else {
ACCESS::disable
return
}
}
If the request is for the /private URI or an existing access session token exists, simply return and let APM works its magic. Otherwise, disable APM. All access to the site prior to requesting /private will bypass APM. After accessing /private and passing the access policy authentication, all access to the site will present an access session token. You could optionally use a data group instead of the static /private URI filter if you have multiple URI paths to protect.
Help guide the future of your DevCentral Community!
What tools do you use to collaborate? (1min - anonymous)Recent Discussions
Related Content
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com