GIT Log for 2011-03-15 00:33 GMT
aland
aland at deployingradius.com
Tue Mar 15 01:33:01 CET 2011
commit c3b5aa29a3c7d1afaca8a4d054e563246fa7fe26
Author: Alan T. DeKok <aland at freeradius.org>
Date: Mon Mar 14 14:01:28 2011 +0100
Check pre-condictions
"inject file" requires "inject to" and "inject from"
Files changed:
src/main/command.c | 10 ++++++++++
1 files changed, 10 insertions(+), 0 deletions(-)
======================================================================
commit 721c32b3b3e1ee2e01c8b1ac7b5e81566ce3480c
Author: Alan T. DeKok <aland at freeradius.org>
Date: Mon Mar 14 12:04:56 2011 +0100
If the source address is INADDR_ANY, don't use udpfromto
It breaks various systems. Closes bug #148
Files changed:
src/lib/radius.c | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
======================================================================
commit 767ac8bafc62350df0f47ce5e606636e1593b3c8
Author: Alan T. DeKok <aland at freeradius.org>
Date: Mon Mar 14 11:59:53 2011 +0100
More sanity checks on decoding extended attrs
Files changed:
src/lib/radius.c | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
======================================================================
commit 90ef1ab273bba4fb29501b1b8582eade8072e313
Author: Alan T. DeKok <aland at freeradius.org>
Date: Mon Mar 14 11:56:32 2011 +0100
Enforce numerical limits on "extended" attributes.
They can only be in the range 241..255. This ensures that the
internal code which packs the attribute number into the high
octet of the vendor ID will work. If it allowed "extended"
attrs to be 1..30 (or so), other things might potentially
screw up internally
Files changed:
src/lib/dict.c | 11 ++++++++++-
1 files changed, 10 insertions(+), 1 deletions(-)
======================================================================
commit 38715dfceba904c0569d1800186e0c967c188c8a
Author: Alan T. DeKok <aland at freeradius.org>
Date: Mon Mar 14 10:25:45 2011 +0100
Moved USR/ascend illegal dictionaries back to share/
raddb/dictionary is *not* changed on an upgrade, so removing those
dictionaries from share/dictionary means that they might be
surprisingly removed from the local configuration, and break things.
That would be bad.
Files changed:
raddb/dictionary.in | 17 -----------------
share/dictionary | 9 +++++++--
2 files changed, 7 insertions(+), 19 deletions(-)
======================================================================
More information about the Freeradius-Devel
mailing list