Re: Bind radius client requests to a database
They have to have the right secret to be able to talk. If not there request is discarded anyway as it cannot be parsed NAS-Identifier , called station ID or some other configurable (?) Attribute could be used alan
Thanks Anyone has some example to use nas-identifier to discriminate the sql db to use? Is the "if stacking" proposed by Alan DeKok a good solution in this case? If yes what's the exact parameter to add in the if clause? 2017-09-22 19:33 GMT+02:00 Alan Buxey <alan.buxey@gmail.com>:
They have to have the right secret to be able to talk. If not there request is discarded anyway as it cannot be parsed
NAS-Identifier , called station ID or some other configurable (?) Attribute could be used
alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/ list/users.html
On Sep 22, 2017, at 4:15 PM, Ti Ti <tt91em@gmail.com> wrote:
Anyone has some example to use nas-identifier to discriminate the sql db to use?
See the default configuration files. It has lots of examples. See also the documentation. And the debug output.
Is the "if stacking" proposed by Alan DeKok a good solution in this case?
Since I wrote most of the server, yes. Or, you can second-guess people forever.
If yes what's the exact parameter to add in the if clause?
At some point, you're going to need to start figuring things out for yourself. The documentation and examples are adequate for common use-cases. Alan DeKok.
2017-09-22 22:46 GMT+02:00 Alan DeKok <aland@deployingradius.com>:
On Sep 22, 2017, at 4:15 PM, Ti Ti <tt91em@gmail.com> wrote:
Anyone has some example to use nas-identifier to discriminate the sql db to use?
See the default configuration files. It has lots of examples.
See also the documentation. And the debug output.
Is the "if stacking" proposed by Alan DeKok a good solution in this case?
Since I wrote most of the server, yes.
Or, you can second-guess people forever.
I don't mean to do that, I know you are the main contributor, I asked only to be sure that's the most efficient solution in this specific case. Thanks for the replies.
participants (3)
-
Alan Buxey -
Alan DeKok -
Ti Ti