Password Problem

[Lawrence Shafer]

Here is the last part of the debug. If you need it all let me know I
don't see anything wrong, but maybe you do. Am I using the wrong kind of
authentication (rlm_chap: Setting 'Auth-Type := CHAP')? Thanks!


Listening on authentication *:1812
Listening on accounting *:1813
Ready to process requests.
rad_recv: Access-Request packet from host 127.0.0.1:32776, id=0, length=221
        User-Name = "DieselPower"
        CHAP-Challenge = 0x8a48d3d9bdb659ba0bed5f031c365f74
        CHAP-Password = 0x00337bb6643f5c92261d9a81ecf5d77bd0
        NAS-IP-Address = 0.0.0.0
        Service-Type = Login-User
        Framed-IP-Address = 192.168.182.4
        Calling-Station-Id = "00-30-18-A9-76-D4"
        Called-Station-Id = "00-30-48-11-5C-7A"
        NAS-Identifier = "nas01"
        Acct-Session-Id = "44bfa66700000000"
        NAS-Port-Type = Wireless-802.11
        NAS-Port = 0
        Message-Authenticator = 0x761aa662eaf93c4e3084eb64fd1ccbf7
        WISPr-Logoff-URL = "http://192.168.182.1:3990/logoff"
  Processing the authorize section of radiusd.conf
modcall: entering group authorize for request 0
  modcall[authorize]: module "preprocess" returns ok for request 0
  rlm_chap: Setting 'Auth-Type := CHAP'
  modcall[authorize]: module "chap" returns ok for request 0
  modcall[authorize]: module "mschap" returns noop for request 0
    rlm_realm: No '@' in User-Name = "DieselPower", looking up realm NULL
    rlm_realm: No such realm "NULL"
  modcall[authorize]: module "suffix" returns noop for request 0
  rlm_eap: No EAP-Message, not doing EAP
  modcall[authorize]: module "eap" returns noop for request 0
    users: Matched entry DEFAULT at line 152
  modcall[authorize]: module "files" returns ok for request 0
radius_xlat:  'DieselPower'
rlm_sql (sql): sql_set_user escaped user --> 'DieselPower'
radius_xlat:  'SELECT id, UserName, Attribute, Value, op           FROM
radcheck           WHERE Username = 'DieselPower'           ORDER BY id'
rlm_sql (sql): Reserving sql socket id: 4
radius_xlat:  'SELECT
radgroupcheck.id,radgroupcheck.GroupName,radgroupcheck.Attribute,radgroupcheck.Value,radgroupcheck.op 
FROM radgroupcheck,usergroup WHERE usergroup.Username = 'DieselPower'
AND usergroup.GroupName = radgroupcheck.GroupName ORDER BY radgroupcheck.id'
radius_xlat:  'SELECT id, UserName, Attribute, Value, op           FROM
radreply           WHERE Username = 'DieselPower'           ORDER BY id'
radius_xlat:  'SELECT
radgroupreply.id,radgroupreply.GroupName,radgroupreply.Attribute,radgroupreply.Value,radgroupreply.op 
FROM radgroupreply,usergroup WHERE usergroup.Username = 'DieselPower'
AND usergroup.GroupName = radgroupreply.GroupName ORDER BY radgroupreply.id'
rlm_sql (sql): Released sql socket id: 4
  modcall[authorize]: module "sql" returns ok for request 0
modcall: leaving group authorize (returns ok) for request 0
  rad_check_password:  Found Auth-Type CHAP
auth: type "CHAP"
  Processing the authenticate section of radiusd.conf
modcall: entering group CHAP for request 0
  rlm_chap: login attempt by "DieselPower" with CHAP password
  rlm_chap: Using clear text password $1$Ly5C4QTC$dnbsOEpNSMzGQA8XPNi/B/
for user DieselPower authentication.
  rlm_chap: Pasword check failed
  modcall[authenticate]: module "chap" returns reject for request 0
modcall: leaving group CHAP (returns reject) for request 0
auth: Failed to validate the user.
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...
rad_recv: Access-Request packet from host 127.0.0.1:32776, id=0, length=221
Sending Access-Reject of id 0 to 127.0.0.1 port 32776
Waking up in 1 seconds...
--- Walking the entire request list ---
Waking up in 4 seconds...
--- Walking the entire request list ---
Cleaning up request 0 ID 0 with timestamp 44bfa6a1
Nothing to do.  Sleeping until we see a request.

Alan DeKok wrote:
> Lawrence Shafer <detroit371 at gmail.com> wrote:
>   
>> Everything else seems to be working correctly. What could the problem
>> be?
>>     
>
>   Run the server in debugging mode as suggested in the FAQ, README,
> INSTALL, and pretty much daily on this list.
>
>   Alan DeKok.
>
> - 
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
>
>