headers
Automatic cvs log generator | 1 Jul 2008 10:05

Automatic report from sources (radiusd) between 30.06.2008 - 01.07.2008 GMT

CVS log entries from 30.06.2008 (Mon) 08:00:00 - 01.07.2008 (Tue) 08:00:04 GMT
=====================================================
Summary by authors
=====================================================
Author: aland
	File: radiusd/src/modules/rlm_mschap/rlm_mschap.c; Revisions: 1.101
	File: radiusd/src/modules/rlm_chap/rlm_chap.c; Revisions: 1.22
	File: radiusd/src/include/radiusd.h; Revisions: 1.278
	File: radiusd/src/main/auth.c; Revisions: 1.187
	File: radiusd/raddb/radiusd.conf.in; Revisions: 1.277
	File: radiusd/src/modules/rlm_digest/rlm_digest.c; Revisions: 1.34
	File: radiusd/src/main/evaluate.c; Revisions: 1.47
	File: radiusd/src/modules/rlm_realm/rlm_realm.c; Revisions: 1.74
	File: radiusd/src/modules/rlm_pap/rlm_pap.c; Revisions: 1.64
	File: radiusd/src/main/modules.c; Revisions: 1.163
	File: radiusd/src/main/xlat.c; Revisions: 1.137
	File: radiusd/src/modules/rlm_mschap/opendir.c; Revisions: 1.9
	File: radiusd/src/main/mainconfig.c; Revisions: 1.154
	File: radiusd/src/main/modcall.c; Revisions: 1.101
	File: radiusd/src/modules/rlm_detail/rlm_detail.c; Revisions: 1.66
	File: radiusd/src/modules/rlm_files/rlm_files.c; Revisions: 1.86
	File: radiusd/src/main/util.c; Revisions: 1.70
	File: radiusd/src/main/log.c; Revisions: 1.65, 1.64
	File: radiusd/src/main/event.c; Revisions: 1.118
	File: radiusd/share/dictionary.hp; Revisions: 1.6
	File: radiusd/src/modules/rlm_preprocess/rlm_preprocess.c; Revisions: 1.84
	File: radiusd/src/main/realms.c; Revisions: 1.60

=====================================================
Combined list of identical log entries
(Continue reading)

Permalink | Reply | 6 comments |
headers
Alan DeKok | 1 Jul 2008 11:24
Favicon
Gravatar

Better logging && debugging

Automatic cvs log generator wrote:
> CVS log entries from 30.06.2008 (Mon) 08:00:00 - 01.07.2008 (Tue) 08:00:04 GMT
> =====================================================
> Summary by authors
> =====================================================
> Author: aland
...
> 	Define RDEBUG macros which implicitely take a "request",
> 	and call the new function radlog_request()

  The result is that you can now run the server in "normal" mode, and
then turn on debugging mode for one user, realm, group, whatever.  The
debug output can be directed to a separate file, so it doesn't go into
radius.log.

  Normal output can also be split up into different log files by user,
realm, group, etc.  The main radius.log file still exists for global
logging.

  I think the next release could be called 2.1. :)

  Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
Permalink | Reply | 5 comments |
headers
A.L.M.Buxey | 1 Jul 2008 11:55
Picon
Favicon

Re: Better logging && debugging

Hi,

>   I think the next release could be called 2.1. :)

I agree.  the 2.0.2 - 2.0.5 feature set changes are not minor 
increments. some major new abilities.... not quite 3.x stuff though ;-)

alan
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
Permalink | Reply | 4 comments |
headers
Arran Cudbard-Bell | 1 Jul 2008 12:20
Picon
Favicon

Re: Better logging && debugging

A.L.M.Buxey <at> lboro.ac.uk wrote:
> Hi,
>
>   
>>   I think the next release could be called 2.1. :)
>>     
>
> I agree.  the 2.0.2 - 2.0.5 feature set changes are not minor 
> increments. some major new abilities.... not quite 3.x stuff though ;-)
>
> alan
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
>   
Yep the dynamic client stuff is definitely worthy of a 2.1* if you can 
get it so that it doesn't block the main server process !
I'm up for enabling it on our production servers as an alternative to 
reading in the entire client list as load time, but with the current
throttling limits that's not really possible.

As for the logging stuff, excellent work but, though still unsure about 
that syntax, could you add an 'execute but don't assign return value' 
construct?
There are other uses like doing SQL inserts, where you only really care 
about the return code.

Just think it'll confuse people.

Arran
(Continue reading)

Permalink | Reply | 3 comments |
headers
Alan DeKok | 1 Jul 2008 12:44
Favicon
Gravatar

Re: Better logging && debugging

Arran Cudbard-Bell wrote:
> Yep the dynamic client stuff is definitely worthy of a 2.1* if you can
> get it so that it doesn't block the main server process !

  That's a lot harder to do, for a number of reasons.

> I'm up for enabling it on our production servers as an alternative to
> reading in the entire client list as load time, but with the current
> throttling limits that's not really possible.

  You're seeing long delays on startup, aren't you?  I'd suggest fixing
the DB...  it shouldn't take *that* log to do 1000 SQL queries.

  I think with small amounts of work, it could also dynamically read the
clients from the file system, too.  There's a bit of magic involved, but
not too much. :)

> As for the logging stuff, excellent work but, though still unsure about
> that syntax, could you add an 'execute but don't assign return value'
> construct?

  I'm not sure what you mean by that...  The new log stuff will be
documented in the "log" subsection of radiusd.conf.

  Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
Permalink | Reply | 0 comments |
headers
Arran Cudbard-Bell | 1 Jul 2008 13:44
Picon
Favicon

Re: Better logging && debugging

Arran Cudbard-Bell wrote:
> A.L.M.Buxey <at> lboro.ac.uk wrote:
>> Hi,
>>
>>  
>>>   I think the next release could be called 2.1. :)
>>>     
>>
>> I agree.  the 2.0.2 - 2.0.5 feature set changes are not minor 
>> increments. some major new abilities.... not quite 3.x stuff though ;-)
>>
>> alan
>> -
>> List info/subscribe/unsubscribe? See 
>> http://www.freeradius.org/list/devel.html
>>   
> Yep the dynamic client stuff is definitely worthy of a 2.1* if you can 
> get it so that it doesn't block the main server process !
> I'm up for enabling it on our production servers as an alternative to 
> reading in the entire client list as load time, but with the current
> throttling limits that's not really possible.
>
> As for the logging stuff, excellent work, though still unsure about 
> that syntax. Could you add an 'execute but don't assign return value' 
> construct?
> There are other uses like doing SQL insertswhere you only really care 
> about the return code.
>
> Just think it'll confuse people.
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
A.L.M.Buxey | 1 Jul 2008 13:55
Picon
Favicon

Re: Better logging && debugging

hi,

i trust you have a lovely support contract either directly
with vendor or through a preferred solutions supplier? these
contracts need to be used vehemently for such paid and
expensive solutions.

alan
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
Permalink | Reply | 0 comments |
headers
Automatic cvs log generator | 2 Jul 2008 10:02

Automatic report from sources (radiusd) between 01.07.2008 - 02.07.2008 GMT

CVS log entries from 01.07.2008 (Tue) 08:00:04 - 02.07.2008 (Wed) 08:00:01 GMT
=====================================================
Summary by authors
=====================================================
Author: aland
	File: radiusd/doc/rfc/rfc5090.txt; Revisions: 1.1
	File: radiusd/src/main/mainconfig.c; Revisions: 1.155
	File: radiusd/src/main/modcall.c; Revisions: 1.103, 1.102
	File: radiusd/src/main/Makefile.in; Revisions: 1.78
	File: radiusd/src/main/log.c; Revisions: 1.66
	File: radiusd/share/dictionary.rfc5090; Revisions: 1.1
	File: radiusd/src/main/radwho.c; Revisions: 1.72
	File: radiusd/src/main/conffile.c; Revisions: 1.201, 1.200
	File: radiusd/man/man5/unlang.5; Revisions: 1.19

=====================================================
Combined list of identical log entries
=====================================================
Description:
	Added 'debug_file". where debugging output goes
Modified files:
	File: radiusd/src/main/log.c; Revision: 1.66;
	Date: 2008/07/01 10:13:12; Author: aland; Lines: (+30 -8)
	File: radiusd/src/main/mainconfig.c; Revision: 1.155;
	Date: 2008/07/01 10:13:11; Author: aland; Lines: (+4 -2)
-------------------------------
Description:
	Allow `/path/to/program args`, too.  This replaces much
	of rlm_exec.  But it doesn't let you control which args get
	passed to the program...
(Continue reading)

Permalink | Reply | 0 comments |
headers
oz | 2 Jul 2008 13:54
Picon
Favicon

Re: checkrad not called after upgrade to 2.x and virtual servers.

Matthew Schumacher wrote:
> Can I put this in bugzilla?  Seems like simultaneous use is completely 
> broken in 2.x which is a fairly significant feature.

To me checkrad seems to be broken too. I'm using 2.0.5 without virtual servers.

Checkrad says, my NAS is Unknown when it is invoked, although I have it in 
my clients.conf:

client testerx {
         ipaddr          = 212.x.x.x
         secret          = xxxxxxx
         nastype         = erx
}

radiusd -X
[...]
auth: user supplied User-Password matches local User-Password
+- entering group session
         expand: /usr/local/var/log/radius/radutmp -> 
/usr/local/var/log/radius/radutmp
         expand: %{User-Name} -> smith
checkrad: Unknown NAS 212.x.x.x, not checking
++[radutmp] returns ok
Multiple logins (max 1) [MPP attempt]: [smith] (from client testerx port 
1610612780 cli #erx705#E60#44)
   Found Post-Auth-Type Reject
   WARNING: Unknown value specified for Post-Auth-Type.  Cannot perform 
requested action.
Sending Access-Reject of id 88 to 212.x.x.x port 50000
(Continue reading)

Permalink | Reply | 0 comments |
headers
Automatic cvs log generator | 3 Jul 2008 10:01

Automatic report from sources (radiusd) between 02.07.2008 - 03.07.2008 GMT

CVS log entries from 02.07.2008 (Wed) 08:00:01 - 03.07.2008 (Thu) 08:00:01 GMT
=====================================================
Summary by authors
=====================================================
Author: aland
	File: radiusd/src/main/mainconfig.c; Revisions: 1.156
	File: radiusd/doc/rfc/rfc4670.txt; Revisions: 1.1
	File: radiusd/doc/rfc/rfc4671.txt; Revisions: 1.1
	File: radiusd/src/main/listen.c; Revisions: 1.134
	File: radiusd/doc/rfc/rfc4672.txt; Revisions: 1.1
	File: radiusd/doc/rfc/rfc4673.txt; Revisions: 1.1
	File: radiusd/doc/rfc/rfc4668.txt; Revisions: 1.1
	File: radiusd/doc/rfc/rfc4669.txt; Revisions: 1.1

=====================================================
Combined list of identical log entries
=====================================================
Description:
	Added MIB RFC's
Modified files:
	File: radiusd/doc/rfc/rfc4668.txt; Revision: 1.1;
	Date: 2008/07/02 09:48:02; Author: aland;
	File: radiusd/doc/rfc/rfc4669.txt; Revision: 1.1;
	Date: 2008/07/02 09:48:02; Author: aland;
	File: radiusd/doc/rfc/rfc4670.txt; Revision: 1.1;
	Date: 2008/07/02 09:48:03; Author: aland;
	File: radiusd/doc/rfc/rfc4671.txt; Revision: 1.1;
	Date: 2008/07/02 09:48:03; Author: aland;
	File: radiusd/doc/rfc/rfc4672.txt; Revision: 1.1;
	Date: 2008/07/02 09:48:03; Author: aland;
(Continue reading)

Permalink | Reply | 0 comments |

Gmane