Null SQL user

[Peter Nixon]

On Fri 22 Sep 2006 01:08, Michael Griego wrote:
> On Sep 21, 2006, at 11:35 AM, Peter Nixon wrote:
> > It doesn't really bother me, but this is different behaviour to other
> > modules... Why rewrite it at all?
>
> If we attempt to mimic the users file processing as close as
> posslble, it uses the DEFAULT entries.  This is exactly the reason
> that my take on this was to, if no User-Name is present, simply skip
> over the radcheck/radgroupcheck for the User-Name and jump straight
> to the DEFAULT profile checking.  In my mind, that most closely
> mimics users file processing, reduces confusion of modules behaving
> differently, keeps the code as close to the same as possible in how
> it operates, and accomplishes the goal of allowing requests with no
> username.

It seems to me that while this is "close" to the users file behaviour it is 
NOT the same. If its not the same then I'm not sure that it matters how 
different it is. Maybe we should add an extra query for a DEFAULT user which 
always runs before the standard queries? This would be much closer than what 
you are suggesting (I think)

Anyway, I have committed the patch,but not (yet) changed the SQL queries..

Alan. What do you think?

-- 

Peter Nixon
http://www.peternixon.net/
PGP Key: http://www.peternixon.net/public.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.freeradius.org/pipermail/freeradius-devel/attachments/20060922/9a419d71/attachment.pgp>