Irule help - encoding

It looks like you're using URI::encode to URL encode the query string. If that's not what you want to do, can you post the full logs from /var/log/ltm for a request, redirect and subsequent request that fails?

 

 

Thanks, Aaron

That is correct Hoolio - we are trying to Percent Encode using the URI::encode function.

 

 

The oddness (at least to us and our logged entry) is that our encoded string "newString2" seems to have all the percent-encoded AlphaNumeric changes - but the actual Percent sign is not preceding them. There's no Percent sign anywhere in our "encoded" string.

 

 

Are we mis-understanding what should have happened or is this perhaps a minor bug of sorts? We expected to see the full https%3a%2f%2f (and other encodings) and all we got was "https3a2f2f". (no percent sign).

 

 

That's at least one of the 3 minor issues we had with our iRule.

 

 

The other 2 issues as Jim noted are that we lost our '&' and '=' from our original string. I hadn't looked at that yet but suspected that to be a more definitive error in our Rule, perhaps how we used SPLIT or LINDEX.

Hi Allan,

 

 

Sorry for the confusion. I misread the original post. Can you post a sanitized example of the original URI and the desired redirect URL?

 

 

Thanks, Aaron

[u[Original:[/b[ federation.stage.gecompany.com/jsp/redirectWebEx.jsp?TARGET=https://emeetings-test2.webex.com/emeetings-test2/j.php?ED=141224332UID=1011455307PW=NODBlNzAxNjE2RT=MiMxMQ3D3D}

 

 

Goal:[/b[ https://fss.stage.gecompany.com/fss/idp/startSSO.ping?PartnerSpId=webex.com&ACSIdx=2&TARGET=https%3a%2f%2femeetings-test2.webex.com%2femeetings-test2%2fj.php%3fED%3d141224332%26UID%3d1011455307%26PW%3dNODBlNzAxNjE226RT3dMiMxMQ253D253D

 

 

As you can see above - we are actually trying to do 2 things here. 1.) Change the Host.Domain and the URI string up to the word TARGET. 2.) Percent-encode the full URL after the word TARGET. (new app requirement)

 

 

Once the URL is segmented and re-composed (newstring21), we then redirect the user to the new re-constructed URL.

 

 

an external source was able to validate our iRule on a different version of code......so, that's good news for us right now.

 

 

no bug reports were noticed but now waiting on official feedback for an F5 reponse to our issue.

Your external source is correct :-) I tested this on version v10 and v9.2 and it seems to be doing exactly what the irule is scripted to do. For some reason some of the ecoding is not working.

 

 

Let us know how it turns out

 

 

 

Bhattman

 

URI::encode seems to work correctly on 9.3.1 and 10.2.0:

 

 

when RULE_INIT {
log local0. "[URI::encode http://test.example.com]"
}

 

 

Rule : http%3a%2f%2ftest.example.com

 

 

I'm not sure what the issue is with the existing rule as I didn't step through it. But I think you can avoid some of the operations using inbuilt the URI::query and URI::encode functions:

 

 

http://devcentral.f5.com/wiki/default.aspx/iRules/uri

 

 

 when RULE_INIT {

 This event is here just to show the intermediate values for the URI parsing

set url_orig "http://federation.stage.gecompany.com/jsp/redirectWebEx.jsp?TARGET=https://emeetings-test2.webex.com/emeetings-test2/j.php?ED=141224332UID=1011455307PW=NODBlNzAxNjE2RT=MiMxMQ3D3D"
log local0. "\$url_orig: $url_orig"

set target [URI::query $url_orig "TARGET"]
log local0. "\$target: $target"

set target_encoded [URI::encode [URI::query $url_orig "TARGET"]]
log local0. "\$target_encoded: $target_encoded"

set target_redirect "https://fss.stage.gecompany.com/fss/idp/startSSO.ping?PartnerSpId=webex.com&ACSIdx=2&TARGET=[URI::encode [URI::query $url_orig "TARGET"]]"
log local0. "\$target_redirect: $target_redirect"
}
when HTTP_REQUEST {
 Check if we need to rewrite this request?
if {$some_condition == 1}{
HTTP::redirect "https://fss.stage.gecompany.com/fss/idp/startSSO.ping?PartnerSpId=webex.com&ACSIdx=2&TARGET=[URI::encode [URI::query [HTTP::uri] "TARGET"]]"
}
}

 

 

/var/log/ltm output from the test code in RULE_INIT:

 

 

< RULE_INIT>: $url_orig: http://federation.stage.gecompany.com/jsp/redirectWebEx.jsp?TARGET=https://emeetings-test2.webex.com/emeetings-test2/j.php?ED=141224332UID=1011455307PW=NODBlNzAxNjE2RT=MiMxMQ3D3D

 

< RULE_INIT>: $target: https://emeetings-test2.webex.com/emeetings-test2/j.php?ED=141224332UID=1011455307PW=NODBlNzAxNjE2RT=MiMxMQ3D3D

 

< RULE_INIT>: $target_encoded: https%3a%2f%2femeetings-test2.webex.com%2femeetings-test2%2fj.php%3fED%3d141224332UID%3d1011455307PW%3dNODBlNzAxNjE2RT%3dMiMxMQ3D3D

 

< RULE_INIT>: $target_redirect: https://fss.stage.gecompany.com/fss/idp/startSSO.ping?PartnerSpId=webex.com&ACSIdx=2&TARGET=https%3a%2f%2femeetings-test2.webex.com%2femeetings-test2%2fj.php%3fED%3d141224332UID%3d1011455307PW%3dNODBlNzAxNjE2RT%3dMiMxMQ3D3D

 

 

Aaron