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@lists.freeradius.org [mailto:freeradius-users-bounces+email.me=kevp.com@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