What else should radmin do?

[Kev Pearce]

Alan,

I'd love to see flushing of SQL learned clients entries (per virtual
server), so you can change the secret in SQL, issue a flush command and then
relearn with a new secret without relying on timeouts.

I had also played with enhancing radmin so when you do a show clients you
can see which virtual server they are associated with and also show timeouts
of SQL learned clients, but I didn't get the correct data and never worked
out where I was going wrong.

Basically anything around managing SQL learned dynamic clients and per
virtual servers support would be great!

Cheers

Kev/.


> -----Original Message-----
> From: freeradius-users-bounces+email.me=kevp.com at lists.freeradius.org
> [mailto:freeradius-users-bounces+email.me=kevp.com at lists.freeradius.org]
> On Behalf Of Alan DeKok
> Sent: 04 February 2015 15:36
> To: FreeRadius users mailing list
> Subject: What else should radmin do?
> 
>   I've pushed some changes to radmin, which will be in the 3.0.7 release.
The
> changes make radmin work a little better, in that it now makes a
distinction
> between STDOUT and STDERR.  Also, when a command fails, radmin will exit
> with an error:
> 
> $ radmin -e "help"
> .
> $ echo $?
> 0
> 
>   Versus:
> 
> $ radmin -e "no such command"
> .
> $ echo $?
> 1
> 
> 
>   These changes were made possible by updating the underlying framework
> used by radmin and the server.  The result of these framework changes is
> that we can now exchange *anything* safely between the server and
> radmin.
> 
>   So. what would be useful to exchange?  We can't do configuration
> changes, as the server can't write to /etc/raddb.
> 
>   But we could do test packets, for example.
> 
> $ radmin "send packet X pretending to be from NAS 192.0.2.1"
> 
>   And get a response.  This means it would be possible to perform better
> tests on live systems.
> 
>   Any other ideas?
> 
>   Alan DeKok.
> 
> -
> List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html