Setting up a VPN server with pptp and RADIUS for all sorts ofclients

[robert]

Thibault Le Meur wrote:
>> I didn't meen a mistake, but was wondering if my radiusclient had a 
>> wrong mapping, that requests NT-password instead of 
>> User-password (as an 
>> example)
>> Here is the output from the radius server:
>>       
>>
>>     Ready to process requests.
>>     rad_recv: Access-Request packet from host xxx.xxx.xxx.xxx:1050,
>>     id=109, length=152
>>            Service-Type = Framed-User
>>            Framed-Protocol = PPP
>>            User-Name = "test"
>>            MS-CHAP-Challenge = 0x68ac020b69febf7f1cf6338a1ed1c218
>>            MS-CHAP2-Response =
>>     
>> 0x0800e2f1b3176070ca65916fe24cce80d271000000000000000047f1823b
>> 3c33996107424059c73866a135b07e51e08c2f4a
>>
>>            Calling-Station-Id = "yyy.yyy.yyy.yyy"
>>            NAS-IP-Address = xxx.xxx.xxx.xxx
>>            NAS-Port = 0
>>      Processing the authorize section of radiusd.conf
>>     modcall: entering group authorize for request 0
>>     radius_xlat:  '/var/log/radius/radacct//detail-07022007'
>>     rlm_detail:
>>     /var/log/radius/radacct/%{Client-IP-Address}/detail-%d%m%Y expands
>>     to /var/log/radius/radacct//detail-07022007
>>      modcall[authorize]: module "detail" returns ok for request 0
>>      modcall[authorize]: module "attr_filter" returns noop 
>> for request 0
>>      modcall[authorize]: module "chap" returns noop for request 0
>>      rlm_mschap: Found MS-CHAP attributes.  Setting 
>> 'Auth-Type  = mschap'
>>      modcall[authorize]: module "mschap" returns ok for request 0
>>        rlm_realm: No '@' in User-Name = "test", looking up realm NULL
>>        rlm_realm: Found realm "NULL"
>>        rlm_realm: Adding Stripped-User-Name = "test"
>>        rlm_realm: Proxying request from user dupontd to realm NULL
>>        rlm_realm: Adding Realm = "NULL"
>>        rlm_realm: Authentication realm is LOCAL.
>>      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
>>      modcall[authorize]: module "files" returns notfound for request 0
>>     rlm_ldap: - authorize
>>     rlm_ldap: performing user authorization for test
>>     radius_xlat: 
>>     
>> '(|(&(uid=test)(ulhcharte=TRUE))(&(eduPersonPrincipalName=test
>> )(ulhcharte=TRUE)))'
>>
>>     radius_xlat:  'dc=univ-lehavre,dc=fr'
>>     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 zzz.zzz.zzz.zzz:389, authentication 0
>>     rlm_ldap: setting TLS CACert File to /etc/ssl/certs/cachain.txt
>>     rlm_ldap: setting TLS CACert Directory to /etc/ssl/certs/
>>     rlm_ldap: setting TLS Require Cert to demand
>>     rlm_ldap: starting TLS
>>     rlm_ldap: bind as / to ducati.univ-lehavre.fr:389
>>     rlm_ldap: waiting for bind result ...
>>     rlm_ldap: Bind was successful
>>     rlm_ldap: performing search in dc=univ-lehavre,dc=fr, with filter
>>     
>> (|(&(uid=test)(ulhcharte=TRUE))(&(eduPersonPrincipalName=test)
>> (ulhcharte=TRUE)))
>>
>>     rlm_ldap: looking for check items in directory...
>>     rlm_ldap: Adding macAddress as Mac-Addr, value 00:30:48:24:A9:C3 &
>>     op=21
>>     rlm_ldap: looking for reply items in directory...
>>     rlm_ldap: Adding radiusTunnelType as Tunnel-Type, value 13 & op=11
>>     rlm_ldap: Adding radiusTunnelMediumType as 
>> Tunnel-Medium-Type, value
>>     6 & op=11
>>     rlm_ldap: Adding radiusTunnelPrivateGroupId as
>>     Tunnel-Private-Group-Id, value 40 & op=11
>>     rlm_ldap: Adding eduPersonPrimaryAffiliation as Class, 
>> value member
>>     & op=11
>>     rlm_ldap: Adding ulhcharte as Filter-Id, value TRUE & op=11
>>     rlm_ldap: Adding macAddress as Mac-Addr, value 00:30:48:24:A9:C3 &
>>     op=11
>>     
>
>
> You see nothing like "Adding userPassword" here.
>
> For instance you could have something like:
> rlm_ldap: Added password
> rlm_ldap: Adding myldapNTPassword
>
> Could the freeradius admin check:
> * the ldap {} section: see the "password_attribute =" line (till FR 1.1.4)
> * the mapping in ldap.attrmap
>
>
>   
>>      rad_check_password:  Found Auth-Type MS-CHAP
>>     auth: type "MS-CHAP"
>>      Processing the authenticate section of radiusd.conf
>>     modcall: entering group MS-CHAP for request 0
>>      rlm_mschap: No User-Password configured.  Cannot create 
>> LM-Password.
>>      rlm_mschap: No User-Password configured.  Cannot create 
>> NT-Password.
>>      rlm_mschap: Told to do MS-CHAPv2 for dupontd with NT-Password
>>      rlm_mschap: FAILED: No NT/LM-Password.  Cannot perform 
>> authentication.
>>      rlm_mschap: FAILED: MS-CHAP2-Response is incorrect
>>     
>
> How is/are your password(s) stored on the Ldap directory: in clear text,
> MD5-hashed, SHA-Hased, NTLM-Hashed ?
> What is/are the Ldap attribute(s) used to store your password(s) ?
>
> Thibault
>
>
> - 
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
>   
Hello Thibault,

I checked with the admin, the passwords are MD5 hashed.
I insisted a bit more to get the admin to try a different user, this 
time a "real" one, and the auth passed with no problem.
I am sorry, there must be a problem with the test user I was using.

Thank you for all the time you spent on my problem, and globally, for 
investing your time helping people like me!

Regards,
    Robert