freeradius help

Basant Agarwal basant.mnit at gmail.com
Wed Apr 1 15:56:20 CEST 2009


Hello ,
   I am using Freeradius-1.1.7 with ldap , i am being able to authenticate
users when i run radtest , those who are in my ldap directory, but i am
unable to authenticate the same authenticate users when i try from the
laptop(wifi ) .
What should i do ..

 here the debug mode when i try from radtest----

rad_recv: Access-Request packet from host 127.0.0.1:2050, id=203, length=58
        User-Name = "basant"
        User-Password = "basant"
        NAS-IP-Address = 255.255.255.255
        NAS-Port = 0
  Processing the authorize section of radiusd.conf
modcall: entering group authorize for request 0
  modcall[authorize]: module "preprocess" returns ok for request 0
  modcall[authorize]: module "mschap" returns noop for request 0
    rlm_realm: No '@' in User-Name = "basant", looking up realm NULL
    rlm_realm: No such realm "NULL"
  modcall[authorize]: module "suffix" returns noop for request 0
    users: Matched entry DEFAULT at line 152
  modcall[authorize]: module "files" returns ok for request 0
rlm_ldap: - authorize
rlm_ldap: performing user authorization for basant
radius_xlat:  '(cn=basant)'
radius_xlat:  'ou=radius,dc=basant,dc=com'
rlm_ldap: ldap_get_conn: Checking Id: 0
rlm_ldap: ldap_get_conn: Got Id: 0
rlm_ldap: attempting LDAP reconnection
rlm_ldap: (re)connect to localhost:389, authentication 0
rlm_ldap: bind as cn=admin,dc=basant,dc=com/basant to localhost:389
rlm_ldap: waiting for bind result ...
rlm_ldap: Bind was successful
rlm_ldap: performing search in ou=radius,dc=basant,dc=com, with filter
(cn=basant)
rlm_ldap: checking if remote access for basant is allowed by cn
rlm_ldap: looking for check items in directory...
rlm_ldap: looking for reply items in directory...
rlm_ldap: user basant authorized to use remote access
rlm_ldap: ldap_release_conn: Release Id: 0
  modcall[authorize]: module "ldap" returns ok for request 0
modcall: leaving group authorize (returns ok) for request 0
  rad_check_password:  Found Auth-Type LDAP
auth: type "LDAP"
  Processing the authenticate section of radiusd.conf
modcall: entering group LDAP for request 0
rlm_ldap: - authenticate
rlm_ldap: login attempt by "basant" with password "basant"
rlm_ldap: user DN: cn=basant,ou=admins,ou=radius,dc=basant,dc=com
rlm_ldap: (re)connect to localhost:389, authentication 1
rlm_ldap: bind as cn=basant,ou=admins,ou=radius,dc=basant,dc=com/basant to
localhost:389
rlm_ldap: waiting for bind result ...
rlm_ldap: Bind was successful
rlm_ldap: user basant authenticated succesfully
  modcall[authenticate]: module "ldap" returns ok for request 0
modcall: leaving group LDAP (returns ok) for request 0
  Processing the post-auth section of radiusd.conf
modcall: entering group post-auth for request 0
  modcall[post-auth]: module "ldap" returns noop for request 0
modcall: leaving group post-auth (returns noop) for request 0
Sending Access-Accept of id 203 to 127.0.0.1 port 2050
Finished request 0
Going to the next request
--- Walking the entire request list ---
Waking up in 6 seconds...
--- Walking the entire request list ---
Cleaning up request 0 ID 203 with timestamp 49d36e19
Nothing to do.  Sleeping until we see a request.





-(Above output is of, when i run the same FR server on virtual machine,
result are same as when i do the same radtest on the server which is used
below but name of users, password, and LDAP server name are different, )

Here the debug mode output when i try to test from the labtop --

rad_recv: Access-Request packet from host 172.16.1.205:3072, id=0,
length=129
        User-Name = "easypush"
        NAS-IP-Address = 172.16.1.205
        Called-Station-Id = "001a70aa5bee"
        Calling-Station-Id = "0021002ca72e"
        NAS-Identifier = "001a70aa5bee"
        NAS-Port = 37
        Framed-MTU = 1400
        NAS-Port-Type = Wireless-802.11
        EAP-Message = 0x0200000d016561737970757368
        Message-Authenticator = 0x19517eaaaf0d384f55a94c110166d9a7
  Processing the authorize section of radiusd.conf
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 "mschap" returns noop for request 0
    rlm_realm: No '@' in User-Name = "easypush", looking up realm NULL
    rlm_realm: No such realm "NULL"
  modcall[authorize]: module "suffix" returns noop for request 0
  rlm_eap: EAP packet type response id 0 length 13
  rlm_eap: No EAP Start, assuming it's an on-going EAP conversation
  modcall[authorize]: module "eap" returns updated for request 0
    users: Matched entry DEFAULT at line 152
  modcall[authorize]: module "files" returns ok for request 0
rlm_ldap: - authorize
rlm_ldap: performing user authorization for easypush
radius_xlat:  '(uid=easypush)'
radius_xlat:  'ou=people,dc=mnit,dc=ac,dc=in'
rlm_ldap: ldap_get_conn: Checking Id: 0
rlm_ldap: ldap_get_conn: Got Id: 0
rlm_ldap: attempting LDAP reconnection
rlm_ldap: (re)connect to 172.16.1.150:389, authentication 0
rlm_ldap: bind as uid=easypush,ou=people,dc=mnit,dc=ac,dc=in/basant to
172.16.1.150:389
rlm_ldap: waiting for bind result ...
rlm_ldap: Bind was successful
rlm_ldap: performing search in ou=people,dc=mnit,dc=ac,dc=in, with filter
(uid=easypush)
rlm_ldap: checking if remote access for easypush is allowed by uid
rlm_ldap: looking for check items in directory...
rlm_ldap: looking for reply items in directory...
rlm_ldap: user easypush authorized to use remote access
rlm_ldap: ldap_release_conn: Release Id: 0
  modcall[authorize]: module "ldap" returns ok for request 0
modcall: leaving group authorize (returns updated) for request 0
  rad_check_password:  Found Auth-Type EAP
auth: type "EAP"
  Processing the authenticate section of radiusd.conf
modcall: entering group authenticate for request 0
  rlm_eap: EAP Identity
  rlm_eap: processing type md5
rlm_eap_md5: Issuing Challenge
  modcall[authenticate]: module "eap" returns handled for request 0
modcall: leaving group authenticate (returns handled) for request 0
Sending Access-Challenge of id 0 to 172.16.1.205 port 3072
        EAP-Message = 0x010100160410176918b1dfe5a216d1b3635a4fff6d2a
        Message-Authenticator = 0x00000000000000000000000000000000
        State = 0x1fe1317a964fed1b43bd8725746926b5
Finished request 0
Going to the next request
--- Walking the entire request list ---
Waking up in 6 seconds...
rad_recv: Access-Request packet from host 172.16.1.205:3072, id=0,
length=140
        User-Name = "easypush"
        NAS-IP-Address = 172.16.1.205
        Called-Station-Id = "001a70aa5bee"
        Calling-Station-Id = "0021002ca72e"
        NAS-Identifier = "001a70aa5bee"
        NAS-Port = 37
        Framed-MTU = 1400
        State = 0x1fe1317a964fed1b43bd8725746926b5
        NAS-Port-Type = Wireless-802.11
        EAP-Message = 0x020100060319
        Message-Authenticator = 0x38d2a4a14038ef3786049229a013b6ca
  Processing the authorize section of radiusd.conf
modcall: entering group authorize for request 1
  modcall[authorize]: module "preprocess" returns ok for request 1
  modcall[authorize]: module "chap" returns noop for request 1
  modcall[authorize]: module "mschap" returns noop for request 1
    rlm_realm: No '@' in User-Name = "easypush", looking up realm NULL
    rlm_realm: No such realm "NULL"
  modcall[authorize]: module "suffix" returns noop for request 1
  rlm_eap: EAP packet type response id 1 length 6
  rlm_eap: No EAP Start, assuming it's an on-going EAP conversation
  modcall[authorize]: module "eap" returns updated for request 1
    users: Matched entry DEFAULT at line 152
  modcall[authorize]: module "files" returns ok for request 1
rlm_ldap: - authorize
rlm_ldap: performing user authorization for easypush
radius_xlat:  '(uid=easypush)'
radius_xlat:  'ou=people,dc=mnit,dc=ac,dc=in'
rlm_ldap: ldap_get_conn: Checking Id: 0
rlm_ldap: ldap_get_conn: Got Id: 0
rlm_ldap: performing search in ou=people,dc=mnit,dc=ac,dc=in, with filter
(uid=easypush)
rlm_ldap: checking if remote access for easypush is allowed by uid
rlm_ldap: looking for check items in directory...
rlm_ldap: looking for reply items in directory...
rlm_ldap: user easypush authorized to use remote access
rlm_ldap: ldap_release_conn: Release Id: 0
  modcall[authorize]: module "ldap" returns ok for request 1
modcall: leaving group authorize (returns updated) for request 1
  rad_check_password:  Found Auth-Type EAP
auth: type "EAP"
  Processing the authenticate section of radiusd.conf
modcall: entering group authenticate for request 1
  rlm_eap: Request found, released from the list
  rlm_eap: EAP NAK
 rlm_eap: EAP-NAK asked for EAP-Type/peap
 rlm_eap: No such EAP type peap
  rlm_eap: Failed in EAP select
  modcall[authenticate]: module "eap" returns invalid for request 1
modcall: leaving group authenticate (returns invalid) for request 1
auth: Failed to validate the user.
Delaying request 1 for 1 seconds
Finished request 1
Going to the next request
Waking up in 6 seconds...
--- Walking the entire request list ---
Sending Access-Reject of id 0 to 172.16.1.205 port 3072
        EAP-Message = 0x04010004
        Message-Authenticator = 0x00000000000000000000000000000000
Cleaning up request 1 ID 0 with timestamp 49d2d702
Nothing to do.  Sleeping until we see a request.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20090401/746fde06/attachment.html>


More information about the Freeradius-Users mailing list