Forum Discussion
NimbostratusHTTP::redirect occasionally fails
Hi All,
Very occasionally our HTTP::redirect iRule appears to fail to redirect HTTP traffic to HTTPS. The remedy tends to be refreshing the page, which then picks up the redirect and everything is great again.
Here is the iRule:
when HTTP_REQUEST {
if {[string tolower [HTTP::path]] starts_with "/x"} {
return }
elseif {[string tolower [HTTP::path]] starts_with "/y"} {
return }
HTTP::redirect "https://[HTTP::host][HTTP::uri]"
}
I can only recreate it very rarely, but enough people have seen the behavior to make me believe I'm not the only one affected and that there is something more to it.
The logic of the iRule is fairly straight forward.... If path starts with /x or /y don't redirect to HTTPS, but if it's anything else then do.
What I'm seeing is when I hit 'http://madeup.madeupdomain.com' it doesn't redirect to HTTPS. One refresh of the browser later and it redirects fine.
In terms of frequency, I'd say it happens 1 in 1000.
Any ideas gratefully received!
11 Replies
nitass_89166Noctilucent
What I'm seeing is when I hit 'http://madeup.madeupdomain.com' it doesn't redirect to HTTPS. One refresh of the browser later and it redirects fine.
have you ever used http analyzer tool such as httpfox? it may be useful to find out what is going on.
HttpFox
https://addons.mozilla.org/en-US/firefox/addon/httpfox/
Tom_Farrar_1221Thanks Nitass. I've already tried catching the problem using Live Headers and the web developer toolkit, but typically I've never got it running when I finally get it to trigger (which tends to be the day after I've spent an hour mucking around trying to trigger it).
- nitass
Employee
What I'm seeing is when I hit 'http://madeup.madeupdomain.com' it doesn't redirect to HTTPS. One refresh of the browser later and it redirects fine.
have you ever used http analyzer tool such as httpfox? it may be useful to find out what is going on.
HttpFox
https://addons.mozilla.org/en-US/firefox/addon/httpfox/- Tom_Farrar_1221Thanks Nitass. I've already tried catching the problem using Live Headers and the web developer toolkit, but typically I've never got it running when I finally get it to trigger (which tends to be the day after I've spent an hour mucking around trying to trigger it).
- nitass_89166
I've already tried catching the problem using Live Headers and the web developer toolkit, but typically I've never got it running when I finally get it to trigger
when it (redirect) is not triggered, what do you get? is it html page from server (pool member), blank page, error page or anything else?
- Tom_Farrar_1221Unhelpfully, it's just a blank page.
- nitass_89166i suspect request may not hit virtual server.
- nitass
I've already tried catching the problem using Live Headers and the web developer toolkit, but typically I've never got it running when I finally get it to trigger
when it (redirect) is not triggered, what do you get? is it html page from server (pool member), blank page, error page or anything else?
- Tom_Farrar_1221Unhelpfully, it's just a blank page.
- nitassi suspect request may not hit virtual server.
JGCumulonimbus
"[HTTP::path]" is the wrong function to use. Should use "[HTTP::uri]" instead.
