b64decode errors...

Hey all,

 

 

I'm using Aaron's code in an iRule I'm working on, but I'm having trouble validating the content a little further down.

 

 

Initially, I use this code:

 

 

 Try to base64 decode $string_b64encoded. Handle errors using catch.
 Successful execution of b64decode by catch will return 0 and the output will be written to $b64decoded_member_ip
if {[catch {b64decode $query_b64encoded_member_ip} b64decoded_member_ip] == 0 and $b64decoded_member_ip ne ""}{
    base64 decoding succeeded
   if { $::debug } {log local0. "b64 decoding successful: $b64decoded_member_ip"}
   set b64decoded_member_ip_2 $b64decoded_member_ip
} else {
    base64 decoding failed = non-valid IP Address
   set member_ip_valid "false"
   if { $::debug } {log local0. "b64 decoding failed"}
}

 

 

 

 

So if the decoding works, then in the var $b64decoded_member_ip is set.

 

If the decoding fails, it toggles the switch $member_ip_valid so that the iRule won't try to use the value later.

 

 

At this point, I want to validate that the decoded value is a valid IP address, so I use the following code:

 

 

 log local0. "catch $b64decoded_member_ip => [catch {IP::addr $b64decoded_member_ip mask 255.255.255.255} ]"
set a "256.256.256.256"
log local0. "catch $a => [catch {IP::addr $a mask 255.255.255.255} ]"
set b "192.168.130.157"
log local0. "catch $b => [catch {IP::addr $b mask 255.255.255.255} ]" 

 

 

The logs look like this:

 

 

 Feb 22 14:54:45 local/tmm info tmm[5018]: Rule iRule : b64 decoding successful: 192.168.130.156
Feb 22 14:54:45 local/tmm info tmm[5018]: Rule iRule : catch 192.168.130.156 => 1
Feb 22 14:54:45 local/tmm info tmm[5018]: Rule iRule : catch 256.256.256.256 => 1
Feb 22 14:54:45 local/tmm info tmm[5018]: Rule iRule : catch 192.168.130.157 => 0
Feb 22 14:54:45 local/tmm info tmm[5018]: Rule iRule : catch 192.168.130.156 => 0 

 

 

It's the 2nd line there that baffles me. As you can see the 5th line has the exact same value, but passes the doesn't match the catch.

 

 

Does this have something to do with variable types that IP:addr can or can't handle?

 

 

Thanks!