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

[David Bird]

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
>