Dear List,

I am experiencing a strange behaviour during pap authentication.

I tried this with freeradius 0.7 and 0.8.1, both running under
freebsd 4.7.

My steps:

0. preparation of radiusd.conf
--------------------------------

under modules section:
        pap {
                encryption_scheme = crypt
        }

under authentication section:
        authtype PAP {
                pap
        }




1. create an account in users file:
--------------------------------

> perl -e 'print crypt(passwort,aa) '
aaFO1iP18KyBk> 

[Here the relevant part of the 'users' file:]

[...]
cryjk           Auth-Type := pap, User-Password == "aaFO1iP18KyBk"
                Idle-Timeout := 3000
[...]

2. I start radiusd:
--------------------------------

radiusd -xx


3. I start a radtest client with: (output under 'Test 1')
-----------------------------------------------------------
   
(User-Name: cryjk 
 Password: aaFO1iP18KyBk)

radtest cryjk aaFO1iP18KyBk localhost 0 testing123


Since I provide the original crypted pw (which I expect is crypted
by some application) I expect an Access-Accept


4. I start another radtest client with: (output under 'Test 2')
-----------------------------------------------------------------

(User-Name: cryjk 
 Passwort: bogus)

radtest cryjk FO1iP18KyBk localhost 0 testing123

As expected, I get an Access-Reject.


5. What is the strange thing about it:
-----------------------------------------

When I see the output for these tests I wonder why I get totally
different output ... 

With Test 1 the radiusd finds the user 'cryjk' and in Test 2 
it is not found.

Since it is the exact crypt-output which I do send to radius,
I expect it to give me an accept.

Where is my mistake?

Help deeply appreciated.

with kind regards,

Jochen Kaiser

-- 
Dipl. Inf. Jochen Kaiser, GPG 0x3C93A870, phone +49 9131 85-28681
Network Administration  mailto:[EMAIL PROTECTED]
Regionales Rechenzentrum Universitaet Erlangen-Nuernberg, Germany
Homepage and PublicKey: http://ipv6.rrze.uni-erlangen.de/~unrz111 



Test 1
------

> radtest cryjk aaFO1iP18KyBk localhost 0 testing123
Sending Access-Request of id 99 to 127.0.0.1:1812
        User-Name = "cryjk"
        User-Password = "\210\3752\306Q\274is\354^\263)CF!s"
        NAS-IP-Address = ipv6.rrze.uni-erlangen.de
        NAS-Port = 0
Re-sending Access-Request of id 99 to 127.0.0.1:1812
        User-Name = "cryjk"
        User-Password = "\210\3752\306Q\274is\354^\263)CF!s"
        NAS-IP-Address = ipv6.rrze.uni-erlangen.de
        NAS-Port = 0
rad_recv: Access-Reject packet from host 127.0.0.1:1812, id=99, length=20
> 

output of radiusd -xx:

Thread 2 assigned request 2
--- Walking the entire request list ---
Threads: total/active/spare threads = 5/1/4
Waking up in 5 seconds...
Thread 2 handling request 2, (1 handled so far)
        User-Name = "cryjk"
        User-Password = "aaFO1iP18KyBk"
        NAS-IP-Address = 255.255.255.255
        NAS-Port = 0
modcall: entering group authorize
  modcall[authorize]: module "preprocess" returns ok
rlm_chap: Could not find proper Chap-Password attribute in request
  modcall[authorize]: module "chap" returns noop
  modcall[authorize]: module "mschap" returns notfound
    rlm_realm: No '@' in User-Name = "cryjk", looking up realm NULL
    rlm_realm: No such realm NULL
  modcall[authorize]: module "suffix" returns noop
    users: Matched cryjk at 113
  modcall[authorize]: module "files" returns ok
modcall: group authorize returns ok
  rad_check_password:  Found Auth-Type pap
auth: type "PAP"
modcall: entering group authtype
rlm_pap: login attempt by "cryjk" with password aaFO1iP18KyBk
rlm_pap: Using password "aaFO1iP18KyBk" for user cryjk authentication.
rlm_pap: Using CRYPT encryption.
rlm_pap: Passwords don't match
  modcall[authenticate]: module "pap" returns reject
modcall: group authtype returns reject
auth: Failed to validate the user.
Delaying request 2 for 1 seconds
Finished request 2
Going to the next request
Thread 2 waiting to be assigned a request
rad_recv: Access-Request packet from host 127.0.0.1:2268, id=99, length=57
Sending Access-Reject of id 99 to 127.0.0.1:2268
--- Walking the entire request list ---
Threads: total/active/spare threads = 5/0/5
Waking up in 3 seconds...
--- Walking the entire request list ---
Cleaning up request 2 ID 99 with timestamp 3e888dc9
Nothing to do.  Sleeping until we see a request.

Test 2
------ 

> radtest cryjk FO1iP18KyBk localhost 0 testing123
Sending Access-Request of id 107 to 127.0.0.1:1812
        User-Name = "cryjk"
        User-Password = "\265f\236\272\\\222\352}2;%\234%\357g-"
        NAS-IP-Address = ipv6.rrze.uni-erlangen.de
        NAS-Port = 0
Re-sending Access-Request of id 107 to 127.0.0.1:1812
        User-Name = "cryjk"
        User-Password = "\265f\236\272\\\222\352}2;%\234%\357g-"
        NAS-IP-Address = ipv6.rrze.uni-erlangen.de
        NAS-Port = 0
rad_recv: Access-Reject packet from host 127.0.0.1:1812, id=107, length=20
> 

output of radiusd -xx:

rad_recv: Access-Request packet from host 127.0.0.1:2269, id=107, length=57
Thread 3 assigned request 4
--- Walking the entire request list ---
Threads: total/active/spare threads = 5/1/4
Waking up in 5 seconds...
Thread 3 handling request 4, (1 handled so far)
        User-Name = "cryjk"
        User-Password = "FO1iP18KyBk"
        NAS-IP-Address = 255.255.255.255
        NAS-Port = 0
modcall: entering group authorize
  modcall[authorize]: module "preprocess" returns ok
rlm_chap: Could not find proper Chap-Password attribute in request
  modcall[authorize]: module "chap" returns noop
  modcall[authorize]: module "mschap" returns notfound
    rlm_realm: No '@' in User-Name = "cryjk", looking up realm NULL
    rlm_realm: No such realm NULL
  modcall[authorize]: module "suffix" returns noop
    users: Matched DEFAULT at 172
  modcall[authorize]: module "files" returns ok
modcall: group authorize returns ok
  rad_check_password:  Found Auth-Type System
auth: type "System"
modcall: entering group authenticate
  modcall[authenticate]: module "unix" returns notfound
modcall: group authenticate returns notfound
auth: Failed to validate the user.
Delaying request 4 for 1 seconds
Finished request 4
Going to the next request
Thread 3 waiting to be assigned a request
rad_recv: Access-Request packet from host 127.0.0.1:2269, id=107, length=57
Sending Access-Reject of id 107 to 127.0.0.1:2269
--- Walking the entire request list ---
Threads: total/active/spare threads = 5/0/5
Waking up in 3 seconds...
--- Walking the entire request list ---
Cleaning up request 4 ID 107 with timestamp 3e888e26
Nothing to do.  Sleeping until we see a request.



- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

Reply via email to