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

[David Bird]

Can you try the subversion version? It has that change in it. I assume
you are using the uamhomepage option? If you could also test without
that option, I'd appreciate it. 

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
> 
>