[Chilli] New Forum topic: Strange behaviour with WISPr-Redirection-URL in 1.2.9

Richard REY richard at rexy.fr
Sat Mar 10 16:51:39 UTC 2012

As i've written in the Forum, the loop in the "http-redirect" has 
disappeared. I see an other "very" little problem with that parameter 
due to cache memory in coova (i think). For each equipment, Coova keeps 
in mind the redirect-url even if the "WISPr-Redirection-URL" parameter 
has disappeared (ok when it changes).

I've an other question : the 1.3 archive compiles fine, but not the svn 
archive. Here are the errors when i run "make" :

main-opt.c: In function ‘options_print_version’:
main-opt.c:217:22: erreur: ‘CMDLINE_PARSER_PACKAGE’ undeclared (first 
use in this function)
main-opt.c:217:22: note: each undeclared identifier is reported only 
once for each function it appears in
main-opt.c:217:46: erreur: ‘CMDLINE_PARSER_VERSION’ undeclared (first 
use in this function)
main-opt.c: In function ‘main’:
main-opt.c:240:30: erreur: storage size of ‘args_info’ isn’t known

Have i forgotten something?

          /_ _`.
         //_V _\ \
        ((  |  `(_)
       / \> '   / \
       \  \.__./  /
        `-'    `-'
      Mandriva Linux :
l'indépendance informatique
  française et européenne
     richard at rexy.fr

Le 08/03/2012 13:24, Ryan Day a écrit :
> We'll take a look at this, thanks!
> We've been testing the SVN, 1.2.9, and 1.2.8 releases over the past
> couple days to try to get a comprehensive picture of the issue, I'll let
> you know how 1.3 works.
> Ryan
> On 03/08/2012 04:14 AM, David Bird wrote:
>> The issue should be fixed in:
>> http://coova-chilli.s3.amazonaws.com/coova-chilli-1.3.0-svn.tar.gz
>> .. if you can verify. There is also a new run-time option --redirurl
>> which will have the WISPr-Redirection-URL put into the UAM success query
>> string parameter&redirurl=... When the option is not used, chilli will
>> do a HTTP redirect.
>> On Sun, 2012-03-04 at 10:17 -0500, Ryan Day wrote:
>>> I'm sure this is related to the problem I've described here
>>>   http://lists.coova.org/pipermail/chilli/2011-November/001775.html
>>> The patch was implemented in 1.2.9 and may be breaking functionality in
>>> some situations.
>>> What I find amazing is that the problem described in
>>> http://www.coova.org/node/5115 is exactly what I was experiencing with
>>> previous versions of chilli(<1.2.9). My uamserver was being replaced by
>>> my WISPr redirect and I could no longer authenticate. This patch seems
>>> to work for me (me being 3 dev servers and 2 production servers).
>>> Any thoughts?
>>> Ryan
>>> On 03/04/2012 09:55 AM, David Bird wrote:
>>>> Hello,
>>>> The following was reported in the forum, but I will discuss it here. The
>>>> issue is that chilli supports WISPr-Redirection-URL in several ways; it
>>>> can be used, for example, to send users on a per session basis to
>>>> alternate URLs based on the attribute not only in an Access-Accept, but
>>>> also an Access-Reject. In both cases, it is sometimes desired to have
>>>> the user keep going to that URL, even after their session had ended.
>>>> However, obviously, that is not always the case. Possible remedies
>>>> include: having an option that controls whether or not the URL value
>>>> should "survive" after the session ends, making that behavior a compile
>>>> time option, using a ChilliSpot-Redirect-URL VSA that can be used
>>>> instead of WISPr-Redirection-URL (where the WISPr is only used in
>>>> Access-Accept and only used once and the ChilliSpot-Redirect-URL VSA is
>>>> the more persistent option). Any preferences or other suggestions?
>>>> David
>>>> On Fri, 2012-02-24 at 11:20 +0000, support at coova.com wrote:
>>>>> Greetings david,
>>>>> Hello,
>>>>> With the last version of coova this strange behaviour occurs when the
>>>>> WISPr-Redirection-URL is used :
>>>>> - When a user is intercepted for the first time : all is ok (he performs the
>>>>> login procedure and he is redirect to the URL defined in the radius attribute
>>>>> "WISPr-Redirection-URL").
>>>>> - When he comes back after logs out, coova can't intercept him (the "Move
>>>>> Temporarily" packet is wrong).
>>>>> Look at the two "Move Temporarily" packet send by coova :
>>>>> - First one - ok (redirect to the uamserver) :
>>>>> Read more http://www.coova.org/node/5115 -- This is an automatic message from
>>>>> Coova :: Open Source Captive Portal Access Controller and RADIUS Software To
>>>>> manage your subscriptions, browse to
>>>>> http://www.coova.org/user/1/notifications You can unsubscribe at
>>>>> http://www.coova.org/notifications/unsubscribe/sid/1?signature=7dea0a65b50949c91873109c35fa01b2
>>>> _______________________________________________
>>>> Chilli mailing list
>>>> Chilli at coova.org
>>>> http://lists.coova.org/cgi-bin/mailman/listinfo/chilli

More information about the Chilli mailing list