Thanks for the quick reply, Alan!
> FreeRADIUS is a little more picky about operators than
> Cistron. See the examples for details.
OK, I can work with that. If I must, I can regenerate these
username/password combos because the users file is generated via a script.
However, it does not seem to help. Here's what I get when I apply the
changes that you suggest:
rad_recv: Access-Request packet from host XXX.XXX.XXX.XXX, id=5, length=58
User-Name = "testuser"
User-Password = "password"
NAS-IP-Address = 255.255.255.255
NAS-Port = 1
modcall: entering group authorize for request 0
modcall[authorize]: module "preprocess" returns ok for request 0
modcall[authorize]: module "chap" returns noop for request 0
modcall[authorize]: module "eap" returns noop for request 0
rlm_realm: No '@' in User-Name = "testuser", looking up realm NULL
rlm_realm: No such realm "NULL"
modcall[authorize]: module "suffix" returns noop for request 0
users: Matched DEFAULT at 2
modcall[authorize]: module "files" returns ok for request 0
modcall[authorize]: module "mschap" returns noop for request 0
modcall: group authorize returns ok for request 0
auth: No authenticate method (Auth-Type) configuration found for the
request: Rejecting the user
auth: Failed to validate the user.
Login incorrect: [testuser/password] (from client local port 1)
Delaying request 0 for 1 seconds
Finished request 0
Going to the next request
--- Walking the entire request list ---
Waking up in 1 seconds...
--- Walking the entire request list ---
Waking up in 1 seconds...
--- Walking the entire request list ---
Sending Access-Reject of id 5 to xxx.xxx.xxx.xxx
Now the "files" module returns OK, but for some reason I am still getting
the "No authenticate method" error. Is something broken in Solaris 9 that
keeps Crypt-Local from working?
Thanks!
Alex
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
