Which says you *can* use them. It doesn't say you *can'*t
use anything else.
Thanks Alan. As always, I appreciate you taking the time to
offer your insight.
Currently, the Wiki, README and sample file only mention
the example of testing username using prefix/suffix. If
a more generic
Garber, Neal [EMAIL PROTECTED] wrote:
Did I miss something?
No. The hints file is just does more than it's documented to do.
Alan DeKok.
--
http://deployingradius.com - The web site of the book
http://deployingradius.com/blog/ - The blog
-
List info/subscribe/unsubscribe? See
Garber, Neal [EMAIL PROTECTED] wrote:
Do I need to predefine the attribute name somewhere before
I attempt to create it in the users file?
Yes. See the dictionaries.
Are you referring to the doc/processing_users_file? If so, perhaps I
misunderstood the bullet within it that reads:
-
You can use the hints file to do what you want. It does *not* say
you can only use prefix suffix matching.
I was referring to the following in the sample hints file:
# Matching can take place with the the Prefix and Suffix
# attributes, just like in the users file.
# These
Garber, Neal [EMAIL PROTECTED] wrote:
You can use the hints file to do what you want. It does *not* say
you can only use prefix suffix matching.
I was referring to the following in the sample hints file:
Which says you *can* use them. It doesn't say you *can'*t use anything else.
You can't use the Group attribute that way. It's for checking Unix
groups. You'll have to create another attribute for your local groups.
Do I need to predefine the attribute name somewhere before
I attempt to create it in the users file?
Also, the Group attribute was added to %RAD_CHECK as
6 matches
Mail list logo
