We have a few hundred devices we want to enable radius authentication on, a couple of different vendors and they could be any sort of random/unique IPs sourcing the auth request packets.
I was thinking if Vendor A had its own unique radius secret, and vendor B had it's unique secret to its own set of devices we could key off of that. I'd prefer not to add each individual IP to the clients table, I was hoping to just key off of the secret to force the appropriate Handler to be used. Make sense? Any way of accomplishing what I want without having to add each client IP/secret set? Seems like it'd be a pain to maintain. Thanks, Cassidy On Mon, Aug 26, 2019 at 3:54 PM Hugh Irvine <[email protected]> wrote: > > Hello Cassidy - > > I’m not sure I understand the requirement - if you don’t have a Client > device listed, Radiator will ignore any RADIUS requests coming from it. > > The usual way to do this sort of thing is with Identifier’s in the Client > clauses, with Handler’s to match. > > Maybe give us a bit more detail on what you want to accomplish? > > regards > > Hugh > > > On 27 Aug 2019, at 06:27, Cassidy B. Larson <[email protected]> wrote: > > > > Is there a way to do a Handler match based on the Secret? > > > > We have a number of different devices that I'd like to segregate into > separate Handlers based on their Secret. I'd rather not have to update > the ClientListSQL database each time I add a new one. > > > > Any thoughts? > > > > Thanks! > > > > -c > > _______________________________________________ > > radiator mailing list > > [email protected] > > https://lists.open.com.au/mailman/listinfo/radiator > > > -- > > Hugh Irvine > [email protected] > > Radiator: the most portable, flexible and configurable RADIUS server > anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, > Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, > TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP, > DIAMETER, SIM, etc. > Full source on Unix, Linux, Windows, macOS, Solaris, VMS, NetWare etc. > > _______________________________________________ > radiator mailing list > [email protected] > https://lists.open.com.au/mailman/listinfo/radiator
_______________________________________________ radiator mailing list [email protected] https://lists.open.com.au/mailman/listinfo/radiator
