seeing multiple app sessions from iRules?

Colin,

 

 

Thanks for the reply!

 

 

Just to make sure I am referencing same rule, this is rule 2

 

 

when CLIENT_ACCEPTED {

 

set ckname aac2

 

set ckvalue [IP::client_addr]

 

set ckdomain .alliedinsurance.com

 

set cookie [format "%s=%s; path=/; domain=%s" $ckname $ckvalue $ckdomain]

 

}

 

when HTTP_REQUEST {

 

set uri [HTTP::uri]

 

}

 

when HTTP_RESPONSE {

 

HTTP::respond 302 Location "https://aac2.alliedinsurance.com$uri" "Set-Cookie" $cookie

 

}

 

 

I've stared at this so long, I looked right past the most obvious cause!

 

No, with this rule, I do not want the client being passed to the defined pool. Can I simply move the http::respond command to the HTTP_REQUEST section or do I need to use an HTTP::redirect command is there a difference?

 

 

Looking at rule3 do I need:

 

when CLIENT_ACCEPTED {

 

set ckname aac2

 

set ckvalue [IP::client_addr]

 

set ckdomain .alliedinsurance.com

 

 

When the cookie was set in rule2

 

 

My oringial intent was to bring a user into rule2, set the cookie, redirect to rule3. In rule 3 verify that cookie has been set by rule 2. If cookie not set, go back to rule2 and set cookie.

 

 

Thanks again for your help. You guys are the greatest!