- Freeradius-Users - lists.freeradius.org

Installer Needed for Freeside + FreeRadius
by Kyle Leissner 09 Jul '05

09 Jul '05

Hello, I am looking for a very expierenced administrator to install freeradius, freeside, and a email system on a linux server for me. If you are instrested please contact me. This is for a small ISP on a budget. Also, does anyone know any alternatives to freeside? Thank you, Kyle

1 0

Service-Type: Outbound vs. Outbound-User
by Gerald Krause 09 Jul '05

09 Jul '05

hi, according to rfc2865 value 5 of attr 6 should be named "Outbound" and not "Outbound-User" (if i have read the rfc well) and that causes all my dial-out's fail after installing v1.0.4 because all users where configured with "Outbound". even though fixing was dead easy - have i misunderstood the rfc? -gerald

3 7

Problems with installing to /etc and /var
by jck-freeradius＠southwestern.edu 09 Jul '05

09 Jul '05

Hello Michael, On Fri, Jul 08, 2005 at 05:36:26PM -0500, Michael Cooper wrote: > Hello jck, > > I don't know what the proper permissions are, however My problem is not permissions related. I am trying to install FreeRADIUS so that it references /etc/raddb, and writes to /var/log/radius. Instead, I receive the following upon startup: radiusd: Couldn't open /usr/local/var/log/radius/radius.log for logging: Permission denied Granted, this is a permissions error. Please note, I am not worried about the permission error. Instead, I am worried about radiusd trying to reference: /usr/local/var/log/radius/radius.log when it should be referring to: /var/log/radius/radius.log I still require assistance with this matter! > > ----- Original Message ----- > From: <jck-freeradius(a)southwestern.edu> > To: <freeradius-users(a)lists.freeradius.org> > Sent: Friday, July 08, 2005 4:37 PM > Subject: Problems with installing to /etc and /var > > > >I am running freeradius-1.0.4 from source, on SLES 9.0. I want to install > >freeradius so that it uses /etc and /var, and not /usr/local/etc and > >/usr/local/var. > > > >If I do: > > > >/usr/local/src/freeradius-1.0.4 # make clean && make distclean > > > >/usr/local/src/freeradius-1.0.4 # > >./configure --disable-shared --without-rlm_x99_token --prefix=/ > >--localstatedir=/var --sysconfdir=/etc --exec-prefix=/ > > --bindir=/usr/local --sbin=/usr/local --libexec=/usr/local > > --datadir=/usr/local --libdir=/usr/local --includedir=/usr/local > > --oldincludedir=/usr/local --infodir=/usr/local --mandir=/usr/local && > > make > > > >Why do I receive this error message: > > > >/usr/local/src/freeradius-1.0.4 # src/main/radiusd > >Fri Jul 8 15:49:43 2005 : Info: Starting - reading configuration files > >... > >radiusd: Couldn't open /usr/local/var/log/radius/radius.log for logging: > >Permission denied > > (rlm_exec: Wait=yes but no output defined. Did you mean output=none?) > It looks like to me you have to chmod 644 /usr/local/var/log/radius/ <- > this dir then also make sure it is creating the proper log file -> > radius.log > Maybe one of these othere gurus know better what to tell you .... I ran > into that problem as well a week ago I think. > > > > > >There should be no reference to: > > > >Couldn't open /usr/local/var/log/radius/radius.log > > > >Full logs of configure and make are viewable at: > >http://www.southwestern.edu/~johnk/freeradius_build_logs.txt > > > >Additionaly, why isn't there a Makefile method for deinstallation? > > > >Thanks, > >--johnk > >- > >List info/subscribe/unsubscribe? See > >http://www.freeradius.org/list/users.html > > > > > > > >-- > >No virus found in this incoming message. > >Checked by AVG Anti-Virus. > >Version: 7.0.323 / Virus Database: 267.8.10/43 - Release Date: 7/6/2005 > > > > Good luck, > Michael A Cooper > BCCISP.net > http://www.bccisp.net > 281-854-2079 > "Technology that counts, voices that matter!" > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > Thank you, --johnk ----- End forwarded message ----- --

3 3

Need help installing 1.0.4 on RHEL update 4
by Ken George 09 Jul '05

09 Jul '05

I am not a RHEL expert, but have installed the 1.0.1 RPM of freeradius. I am trying to get freeradius to authenticate against a Windows 2003 Active Directory. Once I can get radtest to work on the server I'll configure the clients (Cisco VPN 3005 and console access for all my other Cisco rotuers, switches, etc). Since 1.0.1 is older I thought I'd try to get 1.0.4 in before banging out my .conf file problems. I get the following errors when I try to ./configure 1.0.4 This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:748: checking for gcc configure:861: checking whether the C compiler (gcc ) works configure:877: gcc -o conftest conftest.c 1>&5 configure:903: checking whether the C compiler (gcc ) is a cross-compiler configure:908: checking whether we are using GNU C configure:936: checking whether gcc accepts -g configure:969: checking how to run the C preprocessor configure:1049: checking for AIX configure:1075: checking whether gcc needs -traditional configure:1121: checking whether we are using SUNPro C configure:1141: checking for ranlib configure:1176: checking whether byte ordering is bigendian configure:1269: checking for gmake configure:1337: checking for gmake (normal output suppressed) configure:7793: checking for initgroups configure:7857: checking whether crypt must be declared configure:7857: checking whether strncasecmp must be declared configure:7857: checking whether strcasecmp must be declared configure:7857: checking whether inet_aton must be declared configure:7857: checking whether gethostname must be declared configure:7857: checking whether setlinebuf must be declared configure:7857: checking whether getusershell must be declared configure:7857: checking whether endusershell must be declared configure:7944: checking return type of signal handlers configure:7989: checking for ut_xtime in struct utmpx configure:8005: gcc -c -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 conftest.c 1>&5 configure: In function `main': configure:8001: structure has no member named `ut_xtime' <-- the first problem configure: failed program was: #line 7993 "configure" #include "confdefs.h" #include <utmpx.h> #ifndef offsetof #define offsetof(TYPE, MEMBER) ((int) &((TYPE *)0)->MEMBER) #endif int main() { int foo = offsetof(struct utmpx, ut_xtime) ; return 0; } configure:8036: checking for ipi_addr in struct in_pktinfo configure:8052: gcc -c -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 conftest.c 1>&5 configure:8082: checking for working const configure:8158: checking type of OS configure:8173: checking for developer gcc flags configure:8188: checking for crypt in -lcrypt configure:8288: checking for setkey in -lcipher configure:8336: checking for asn1.h,snmp.h,snmp_impl.h configure:8364: gcc -c -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -Wall -D_GNU_SOURCE -DNDEBUG conftest.c 1>&5 In file included from configure:8356: /usr/include/ucd-snmp/asn1.h:7:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" <-- (this error then occurs multiple times) In file included from configure:8357: /usr/include/ucd-snmp/snmp.h:7:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" In file included from configure:8358: /usr/include/ucd-snmp/snmp_impl.h:9:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" configure: In function `main': configure:8360: warning: unused variable `a' configure: failed program was: #line 8339 "configure" #include "confdefs.h" #ifdef HAVE_SYS_TYPES_H #include <sys/types.h> #endif #ifdef HAVE_STDINT_H #include <stdint.h> #endif #ifdef HAVE_STDIO_H #include <stdio.h> #endif #ifdef HAVE_NETDB_H #include <netdb.h> #endif #ifdef HAVE_UNISTD_H #include <unistd.h> #endif #include <ucd-snmp/asn1.h> #include <ucd-snmp/snmp.h> #include <ucd-snmp/snmp_impl.h> int main() { int a = 1; ; return 0; } configure:8405: gcc -c -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -Wall -D_GNU_SOURCE -DNDEBUG -I/usr/include conftest.c 1>&5 In file included from configure:8397: /usr/include/ucd-snmp/asn1.h:7:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" In file included from configure:8398: /usr/include/ucd-snmp/snmp.h:7:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" In file included from configure:8399: /usr/include/ucd-snmp/snmp_impl.h:9:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" configure: In function `main': configure:8401: warning: unused variable `a' configure: failed program was: #line 8380 "configure" #include "confdefs.h" #ifdef HAVE_SYS_TYPES_H #include <sys/types.h> #endif #ifdef HAVE_STDINT_H #include <stdint.h> #endif #ifdef HAVE_STDIO_H #include <stdio.h> #endif #ifdef HAVE_NETDB_H #include <netdb.h> #endif #ifdef HAVE_UNISTD_H #include <unistd.h> #endif #include <ucd-snmp/asn1.h> #include <ucd-snmp/snmp.h> #include <ucd-snmp/snmp_impl.h> int main() { int a = 1; ; return 0; } configure:8405: gcc -c -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -Wall -D_GNU_SOURCE -DNDEBUG -I/usr/local/include conftest.c 1>&5 In file included from configure:8397: /usr/include/ucd-snmp/asn1.h:7:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" In file included from configure:8398: /usr/include/ucd-snmp/snmp.h:7:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" In file included from configure:8399: /usr/include/ucd-snmp/snmp_impl.h:9:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" configure: In function `main': configure:8401: warning: unused variable `a' configure: failed program was: #line 8380 "configure" #include "confdefs.h" #ifdef HAVE_SYS_TYPES_H #include <sys/types.h> #endif #ifdef HAVE_STDINT_H #include <stdint.h> #endif #ifdef HAVE_STDIO_H #include <stdio.h> #endif #ifdef HAVE_NETDB_H #include <netdb.h> #endif #ifdef HAVE_UNISTD_H #include <unistd.h> #endif #include <ucd-snmp/asn1.h> #include <ucd-snmp/snmp.h> #include <ucd-snmp/snmp_impl.h> int main() { int a = 1; ; return 0; } configure:8452: gcc -c -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -Wall -D_GNU_SOURCE -DNDEBUG -I/usr/include/ucd-snmp conftest.c 1>&5 In file included from configure:8444: /usr/include/ucd-snmp/asn1.h:7:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" In file included from configure:8445: /usr/include/ucd-snmp/snmp.h:7:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" In file included from configure:8446: /usr/include/ucd-snmp/snmp_impl.h:9:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" configure: In function `main': configure:8448: warning: unused variable `a' configure: failed program was: #line 8427 "configure" #include "confdefs.h" #ifdef HAVE_SYS_TYPES_H #include <sys/types.h> #endif #ifdef HAVE_STDINT_H #include <stdint.h> #endif #ifdef HAVE_STDIO_H #include <stdio.h> #endif #ifdef HAVE_NETDB_H #include <netdb.h> #endif #ifdef HAVE_UNISTD_H #include <unistd.h> #endif #include <asn1.h> #include <snmp.h> #include <snmp_impl.h> int main() { int a = 1; ; return 0; } configure:8452: gcc -c -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -Wall -D_GNU_SOURCE -DNDEBUG -I/usr/local/include/ucd-snmp conftest.c 1>&5 configure:8444:18: asn1.h: No such file or directory configure:8445:18: snmp.h: No such file or directory configure:8446:23: snmp_impl.h: No such file or directory configure: In function `main': configure:8448: warning: unused variable `a' configure: failed program was: #line 8427 "configure" #include "confdefs.h" #ifdef HAVE_SYS_TYPES_H #include <sys/types.h> #endif #ifdef HAVE_STDINT_H #include <stdint.h> #endif #ifdef HAVE_STDIO_H #include <stdio.h> #endif #ifdef HAVE_NETDB_H #include <netdb.h> #endif #ifdef HAVE_UNISTD_H #include <unistd.h> #endif #include <asn1.h> #include <snmp.h> #include <snmp_impl.h> int main() { int a = 1; ; return 0; } configure:8499: gcc -c -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -Wall -D_GNU_SOURCE -DNDEBUG -I/usr/include/ucd-snmp conftest.c 1>&5 In file included from configure:8491: /usr/include/ucd-snmp/asn1.h:7:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" In file included from configure:8492: /usr/include/ucd-snmp/snmp.h:7:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" In file included from configure:8493: /usr/include/ucd-snmp/snmp_impl.h:9:2: #error "Please update your headers or configure using --enable-ucd-snmp-compatibility" configure: In function `main': configure:8495: warning: unused variable `a' configure: failed program was: #line 8474 "configure" #include "confdefs.h" #ifdef HAVE_SYS_TYPES_H #include <sys/types.h> #endif #ifdef HAVE_STDINT_H #include <stdint.h> #endif #ifdef HAVE_STDIO_H #include <stdio.h> #endif #ifdef HAVE_NETDB_H #include <netdb.h> #endif #ifdef HAVE_UNISTD_H #include <unistd.h> #endif #include <asn1.h> #include <snmp.h> #include <snmp_impl.h> int main() { int a = 1; ; return 0; } configure:8499: gcc -c -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -Wall -D_GNU_SOURCE -DNDEBUG -I/usr/local/include/ucd-snmp conftest.c 1>&5 configure:8491:18: asn1.h: No such file or directory configure:8492:18: snmp.h: No such file or directory configure:8493:23: snmp_impl.h: No such file or directory configure: In function `main': configure:8495: warning: unused variable `a' configure: failed program was: #line 8474 "configure" #include "confdefs.h" #ifdef HAVE_SYS_TYPES_H #include <sys/types.h> #endif #ifdef HAVE_STDINT_H #include <stdint.h> #endif #ifdef HAVE_STDIO_H #include <stdio.h> #endif #ifdef HAVE_NETDB_H #include <netdb.h> #endif #ifdef HAVE_UNISTD_H #include <unistd.h> #endif #include <asn1.h> #include <snmp.h> #include <snmp_impl.h> int main() { int a = 1; ; return 0; } configure:8649: checking gethostbyaddr_r() syntax configure:8672: gcc -o conftest -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -Wall -D_GNU_SOURCE -DNDEBUG conftest.c -lnsl -lresolv -lpthread -lcrypto -lssl 1>&5 configure:8754: checking gethostbyname_r() syntax configure:8766: gcc -o conftest -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -Wall -D_GNU_SOURCE -DNDEBUG conftest.c -lnsl -lresolv -lpthread -lcrypto -lssl 1>&5 configure:8847: checking ctime_r() syntax configure:8858: gcc -o conftest -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -Wall -D_GNU_SOURCE -DNDEBUG conftest.c -lnsl -lresolv -lpthread -lcrypto -lssl 1>&5 configure: In function `main': configure:8854: too many arguments to function `ctime_r' configure: failed program was: #line 8849 "configure" #include "confdefs.h" #include <time.h> int main() { ctime_r(NULL, NULL, 0) ; return 0; } configure:8883: gcc -o conftest -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -Wall -D_GNU_SOURCE -DNDEBUG conftest.c -lnsl -lresolv -lpthread -lcrypto -lssl 1>&5 Ken George Systems and Network Engineering Mi Services Group, Inc. +1 610-230-2500 x129

3 2

Authenticating to a Windows 2003 active directory
by Ken George 09 Jul '05

09 Jul '05

Does anyone have a working radiusd.conf and users file I could see as I have been unsuccessful configuring Freeradius 1.0.1 to talk to my Active Directory. When I try to test with radtest I get the following: [root@phllnxsrv01 freeradius-1.0.4]# radtest "ken george" "xxxxxx" localhost 1 testing123 Sending Access-Request of id 105 to 127.0.0.1:1812 User-Name = "ken george" User-Password = "xxxxxx" NAS-IP-Address = phllnxsrv01 NAS-Port = 1 Re-sending Access-Request of id 105 to 127.0.0.1:1812 User-Name = "ken george" User-Password = "\030\035`\222\375Q\267\301\357\270O\352\335Kj3" NAS-IP-Address = phllnxsrv01 NAS-Port = 1 Re-sending Access-Request of id 105 to 127.0.0.1:1812 User-Name = "ken george" User-Password = "\030\035`\222\375Q\267\301\357\270O\352\335Kj3" NAS-IP-Address = phllnxsrv01 NAS-Port = 1 Is my radtest string correct? Exerpts from radiusd.conf and users follow: Radiusd.conf # Lightweight Directory Access Protocol (LDAP) # # This module definition allows you to use LDAP for # authorization and authentication (Auth-Type := LDAP) # # See doc/rlm_ldap for description of configuration options # and sample authorize{} and authenticate{} blocks ldap { server = "phldcsrv01.us.mi-services.net" identity = "cn=ken george,o=US Users,c=us.mi-services.net" password = 262144 basedn = "o=phldcsrv01,c=us.mi-services.net" filter = "(uid=%{Stripped-User-Name:-%{User-Name}})" # base_filter = "(objectclass=radiusprofile)" # set this to 'yes' to use TLS encrypted connections # to the LDAP database by using the StartTLS extended # operation. # The StartTLS operation is supposed to be used with normal # ldap connections instead of using ldaps (port 689) connections start_tls = no # tls_cacertfile = /path/to/cacert.pem # tls_cacertdir = /path/to/ca/dir/ # tls_certfile = /path/to/radius.crt # tls_keyfile = /path/to/radius.key # tls_randfile = /path/to/rnd # tls_require_cert = "demand" # default_profile = "cn=radprofile,ou=dialup,o=My Org,c=UA" # profile_attribute = "radiusProfileDn" access_attr = "dialupAccess" # Mapping of RADIUS dictionary attributes to LDAP # directory attributes. dictionary_mapping = ${raddbdir}/ldap.attrmap ldap_connections_number = 5 # # NOTICE: The password_header directive is NOT case insensitive # # password_header = "{clear}" # # The server can usually figure this out on its own, and pull # the correct User-Password or NT-Password from the database. # # Note that NT-Passwords MUST be stored as a 32-digit hex # string, and MUST start off with "0x", such as: # # 0x000102030405060708090a0b0c0d0e0f # # Without the leading "0x", NT-Passwords will not work. # This goes for NT-Passwords stored in SQL, too. # # password_attribute = userPassword # groupname_attribute = cn # groupmembership_filter = "(|(&(objectClass=GroupOfNames)(member=%{Ldap-UserDn}))(&(objectClass=Gr oupOfUniqueNames)(uniquemember=%{Ldap-UserDn})))" # groupmembership_attribute = radiusGroupName timeout = 4 timelimit = 3 net_timeout = 1 # compare_check_items = yes # do_xlat = yes # access_attr_used_for_allow = yes } (output suppressed) authorize { # # The preprocess module takes care of sanitizing some bizarre # attributes in the request, and turning them into attributes # which are more standard. # # It takes care of processing the 'raddb/hints' and the # 'raddb/huntgroups' files. # # It also adds the %{Client-IP-Address} attribute to the request. preprocess # # If you want to have a log of authentication requests, # un-comment the following line, and the 'detail auth_log' # section, above. # auth_log # attr_filter # # The chap module will set 'Auth-Type := CHAP' if we are # handling a CHAP request and Auth-Type has not already been set chap # # If the users are logging in with an MS-CHAP-Challenge # attribute for authentication, the mschap module will find # the MS-CHAP-Challenge attribute, and add 'Auth-Type := MS-CHAP' # to the request, which will cause the server to then use # the mschap module for authentication. mschap # # If you have a Cisco SIP server authenticating against # FreeRADIUS, uncomment the following line, and the 'digest' # line in the 'authenticate' section. # digest # # Look for IPASS style 'realm/', and if not found, look for # '@realm', and decide whether or not to proxy, based on # that. # IPASS # # If you are using multiple kinds of realms, you probably # want to set "ignore_null = yes" for all of them. # Otherwise, when the first style of realm doesn't match, # the other styles won't be checked. # suffix # ntdomain # # This module takes care of EAP-MD5, EAP-TLS, and EAP-LEAP # authentication. # # It also sets the EAP-Type attribute in the request # attribute list to the EAP type from the packet. eap # # Read the 'users' file files # # Look in an SQL database. The schema of the database # is meant to mirror the "users" file. # # See "Authorization Queries" in sql.conf # sql # # If you are using /etc/smbpasswd, and are also doing # mschap authentication, the un-comment this line, and # configure the 'etc_smbpasswd' module, above. # etc_smbpasswd # # The ldap module will set Auth-Type to LDAP if it has not # already been set ldap # # Enforce daily limits on time spent logged in. # daily # # Use the checkval module # checkval } # Authentication. # # # This section lists which modules are available for authentication. # Note that it does NOT mean 'try each module in order'. It means # that a module from the 'authorize' section adds a configuration # attribute 'Auth-Type := FOO'. That authentication type is then # used to pick the apropriate module from the list below. # # In general, you SHOULD NOT set the Auth-Type attribute. The server # will figure it out on its own, and will do the right thing. The # most common side effect of erroneously setting the Auth-Type # attribute is that one authentication method will work, but the # others will not. # # The common reasons to set the Auth-Type attribute by hand # is to either forcibly reject the user, or forcibly accept him. # authenticate { # # PAP authentication, when a back-end database listed # in the 'authorize' section supplies a password. The # password can be clear-text, or encrypted. Auth-Type PAP { pap } # # Most people want CHAP authentication # A back-end database listed in the 'authorize' section # MUST supply a CLEAR TEXT password. Encrypted passwords # won't work. Auth-Type CHAP { chap } # # MSCHAP authentication. Auth-Type MS-CHAP { mschap } Auth-Type LDAP { LDAP } # # If you have a Cisco SIP server authenticating against # FreeRADIUS, uncomment the following line, and the 'digest' # line in the 'authorize' section. # digest # # Pluggable Authentication Modules. # pam # # See 'man getpwent' for information on how the 'unix' # module checks the users password. Note that packets # containing CHAP-Password attributes CANNOT be authenticated # against /etc/passwd! See the FAQ for details. # unix # Uncomment it if you want to use ldap for authentication # # Note that this means "check plain-text password against # the ldap database", which means that EAP won't work, # as it does not supply a plain-text password. # # Allow EAP authentication. eap } Users file DEFAULT Ldap-Group = Administrators, Auth-Type = LDAP Fall-through = yes Thanks! Ken George Systems and Network Engineering Mi Services Group, Inc. +1 610-230-2500 x129

2 1

EAP-TTLS and PEAP auth problem ... sorry!!
by Gandalf the Gray 09 Jul '05

09 Jul '05

I forgot to explain the real problem! I cannot authenticate any user, try to connect to my network through a supplicant, both from Windows and from WPA-supplicant under Linux. It seems no EAP-challenge is really going on. this is the output from tre radius server after a try made by AEGIS client under windows XP, with PEAP MSCHAPv2. rad_recv: Access-Request packet from host 192.168.127.36:21646, id=105, length=131 User-Name = "attoo" Framed-MTU = 1400 Called-Station-Id = "00-12-D9-B3-26-90" Calling-Station-Id = "00-0C-30-28-A6-65" Message-Authenticator = 0xd58f44466d3cc004486c04c445cfc4e7 EAP-Message = 0x0202000a016174746f6f NAS-Port-Type = Wireless-802.11 NAS-Port = 507 Service-Type = Framed-User NAS-IP-Address = 192.168.127.36 NAS-Identifier = "appi" Processing the authorize section of radiusd.conf modcall: entering group authorize for request 251 modcall[authorize]: module "preprocess" returns ok for request 251 modcall[authorize]: module "mschap" returns noop for request 251 rlm_realm: No '@' in User-Name = "attoo", skipping NULL due to config. modcall[authorize]: module "suffix" returns noop for request 251 rlm_eap: EAP packet type response id 2 length 10 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation modcall[authorize]: module "eap" returns updated for request 251 users: Matched entry DEFAULT at line 152 modcall[authorize]: module "files" returns ok for request 251 modcall: group authorize returns updated for request 251 rad_check_password: Found Auth-Type EAP auth: type "EAP" Processing the authenticate section of radiusd.conf modcall: entering group authenticate for request 251 rlm_eap: EAP Identity rlm_eap: processing type tls rlm_eap_tls: Initiate rlm_eap_tls: Start returned 1 modcall[authenticate]: module "eap" returns handled for request 251 modcall: group authenticate returns handled for request 251 Sending Access-Challenge of id 105 to 192.168.127.36:21646 EAP-Message = 0x010300061920 Message-Authenticator = 0x00000000000000000000000000000000 State = 0xfb61d0352bd2bf83c854f36b74c91b5c Finished request 251 Going to the next request --- Walking the entire request list --- Waking up in 6 seconds... rad_recv: Access-Request packet from host 192.168.127.36:21646, id=105, length=131 Sending duplicate reply to client appi:21646 - ID: 105 Re-sending Access-Challenge of id 105 to 192.168.127.36:21646 --- Walking the entire request list --- Waking up in 1 seconds... --- Walking the entire request list --- Cleaning up request 251 ID 105 with timestamp 42c9343a One more time, thank you very much for your help!! Gtheg ____________________________________________________ Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com

2 6

PEAP/mschapv2 fails first time
by Graham, Robert 09 Jul '05

09 Jul '05

I FINALLY got a user to authenicate against Active Directory via freeradius using PEAP and mschapv2. but I still have one issue. When the user first logons, the authenication fails. Approximately 60 seconds later the client tries to re-authenicate and it is succesful. The client (supplicant) is usingaegis client and both logon and desktop profiles are the same. Any ideas? Thanks Robert Graham ##### First attempt - Fails rad_recv: Access-Request packet from host 172.16.5.71:1645, id=216, length=85 User-Name = "rgraham" Service-Type = Framed-User Framed-MTU = 1500 NAS-IP-Address = 172.16.5.71 NAS-Port = 24 EAP-Message = 0x0254000c017267726168616d Message-Authenticator = 0x4c68f470b712c5cfa9aaa11f5b1c796a 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 = "rgraham", 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 84 length 12 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation modcall[authorize]: module "eap" returns updated for request 0 users: Matched DEFAULT at 159 users: Matched DEFAULT at 178 modcall[authorize]: module "files" returns ok for request 0 modcall: 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 tls rlm_eap_tls: Initiate rlm_eap_tls: Start returned 1 modcall[authenticate]: module "eap" returns handled for request 0 modcall: group authenticate returns handled for request 0 Sending Access-Challenge of id 216 to 172.16.5.71:1645 Framed-IP-Address = 255.255.255.254 Framed-MTU = 576 Service-Type = Framed-User EAP-Message = 0x015500061920 Message-Authenticator = 0x00000000000000000000000000000000 State = 0x84485f7eb55cca67023eacb81d994f15 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.5.71:1645, id=217, length=85 User-Name = "rgraham" Service-Type = Framed-User Framed-MTU = 1500 NAS-IP-Address = 172.16.5.71 NAS-Port = 24 EAP-Message = 0x0255000c017267726168616d Message-Authenticator = 0x5d2642b8ac39dab2e5843136d6c000b1 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 = "rgraham", 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 85 length 12 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation modcall[authorize]: module "eap" returns updated for request 1 users: Matched DEFAULT at 159 users: Matched DEFAULT at 178 modcall[authorize]: module "files" returns ok for request 1 modcall: 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: EAP Identity rlm_eap: processing type tls rlm_eap_tls: Initiate rlm_eap_tls: Start returned 1 modcall[authenticate]: module "eap" returns handled for request 1 modcall: group authenticate returns handled for request 1 Sending Access-Challenge of id 217 to 172.16.5.71:1645 Framed-IP-Address = 255.255.255.254 Framed-MTU = 576 Service-Type = Framed-User EAP-Message = 0x015600061920 Message-Authenticator = 0x00000000000000000000000000000000 State = 0xe51fa3798797b9cbba8120dadb9502b5 Finished request 1 Going to the next request Waking up in 6 seconds... rad_recv: Access-Request packet from host 172.16.5.71:1645, id=218, length=197 User-Name = "rgraham" Service-Type = Framed-User Framed-MTU = 1500 NAS-IP-Address = 172.16.5.71 NAS-Port = 24 State = 0xe51fa3798797b9cbba8120dadb9502b5 EAP-Message = 0x0256006a198000000060160301005b01000057030142cf24c596baf77eb6d40e5ecd31431c5ade4c37b97ea2b6dec6cdbcb9cf2ca600003000390038003500160013000a00330032002f0066000500040065006400630062006000150012000900140011000800030100 Message-Authenticator = 0xfc92c9c33e4bddbd41d51a11e23cf5a5 Processing the authorize section of radiusd.conf modcall: entering group authorize for request 2 modcall[authorize]: module "preprocess" returns ok for request 2 modcall[authorize]: module "chap" returns noop for request 2 modcall[authorize]: module "mschap" returns noop for request 2 rlm_realm: No '@' in User-Name = "rgraham", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 2 rlm_eap: EAP packet type response id 86 length 106 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation modcall[authorize]: module "eap" returns updated for request 2 users: Matched DEFAULT at 159 users: Matched DEFAULT at 178 modcall[authorize]: module "files" returns ok for request 2 modcall: group authorize returns updated for request 2 rad_check_password: Found Auth-Type EAP auth: type "EAP" Processing the authenticate section of radiusd.conf modcall: entering group authenticate for request 2 rlm_eap: Request found, released from the list rlm_eap: EAP/peap rlm_eap: processing type peap rlm_eap_peap: Authenticate rlm_eap_tls: processing TLS rlm_eap_tls: Length Included eaptls_verify returned 11 (other): before/accept initialization TLS_accept: before/accept initialization rlm_eap_tls: <<< TLS 1.0 Handshake [length 005b], ClientHello TLS_accept: SSLv3 read client hello A rlm_eap_tls: >>> TLS 1.0 Handshake [length 004a], ServerHello TLS_accept: SSLv3 write server hello A rlm_eap_tls: >>> TLS 1.0 Handshake [length 0694], Certificate TLS_accept: SSLv3 write certificate A rlm_eap_tls: >>> TLS 1.0 Handshake [length 0004], ServerHelloDone TLS_accept: SSLv3 write server done A TLS_accept: SSLv3 flush data TLS_accept:error in SSLv3 read client certificate A In SSL Handshake Phase In SSL Accept mode eaptls_process returned 13 rlm_eap_peap: EAPTLS_HANDLED modcall[authenticate]: module "eap" returns handled for request 2 modcall: group authenticate returns handled for request 2 Sending Access-Challenge of id 218 to 172.16.5.71:1645 Framed-IP-Address = 255.255.255.254 Framed-MTU = 576 Service-Type = Framed-User EAP-Message = 0x0157040a19c0000006f1160301004a02000046030142cf24bbb4739647899b80df2849bfc7c01d957f7e4b20ad78ccef5f3eea721020b0a496491755673a49c197d244ca0ce91a17f69a14a81dceb61c83729637b46f00350016030106940b00069000068d0002cd308202c930820232a003020102020102300d06092a864886f70d010104050030819f310b30090603550406130243413111300f0603550408130850726f76696e63653112301006035504071309536f6d65204369747931153013060355040a130c4f7267616e697a6174696f6e31123010060355040b13096c6f63616c686f7374311b301906035504031312436c69656e74206365 EAP-Message = 0x7274696669636174653121301f06092a864886f70d0109011612636c69656e74406578616d706c652e636f6d301e170d3034303132353133323631305a170d3035303132343133323631305a30819b310b30090603550406130243413111300f0603550408130850726f76696e63653112301006035504071309536f6d65204369747931153013060355040a130c4f7267616e697a6174696f6e31123010060355040b13096c6f63616c686f73743119301706035504031310526f6f74206365727469666963617465311f301d06092a864886f70d0109011610726f6f74406578616d706c652e636f6d30819f300d06092a864886f70d010101050003 EAP-Message = 0x818d0030818902818100dac525422bfedb082629a2cba44b3449c90d0ab462fb72c8434a782098863d7eb7d7e70028c2b7ad555a51cc756cf4fa1d7091615ab450d5289553ae6616aff014a55085d6b8fb4aee98638e426175cdd36c665c63cda177d34920eb30585edc8773999c2980f81ad4638bbbea1c82d054023db7ef24a3ec1c3f6241a903d7f30203010001a317301530130603551d25040c300a06082b06010505070301300d06092a864886f70d0101040500038181007a2d921b1cf13bf2982a9178ec9ede6d88edc178a2e8bd40a0a06fb6f0769957884cd7084537083496fd184165293f583c8e8240eb68e042c94b15752e4c07e80d09 EAP-Message = 0x779afa3dd55c24fa54ac292d77205d1c2477ed30d59f57caf9bd21ff2a8d16cc0911c50e4f295763fcb60efa3c3d2d0e43850f6e6fbe284902f6e83503650003ba308203b63082031fa003020102020100300d06092a864886f70d010104050030819f310b30090603550406130243413111300f0603550408130850726f76696e63653112301006035504071309536f6d65204369747931153013060355040a130c4f7267616e697a6174696f6e31123010060355040b13096c6f63616c686f7374311b301906035504031312436c69656e742063657274696669636174653121301f06092a864886f70d0109011612636c69656e74406578616d706c EAP-Message = 0x652e636f6d301e170d3034303132353133323630375a Message-Authenticator = 0x00000000000000000000000000000000 State = 0xedccee28bcd01e40e7fbdbcf6f8d3792 Finished request 2 Going to the next request Waking up in 6 seconds... rad_recv: Access-Request packet from host 172.16.5.71:1645, id=219, length=97 User-Name = "rgraham" Service-Type = Framed-User Framed-MTU = 1500 NAS-IP-Address = 172.16.5.71 NAS-Port = 24 State = 0xedccee28bcd01e40e7fbdbcf6f8d3792 EAP-Message = 0x025700061900 Message-Authenticator = 0x701e017317c2b18676a16db523cb11f8 Processing the authorize section of radiusd.conf modcall: entering group authorize for request 3 modcall[authorize]: module "preprocess" returns ok for request 3 modcall[authorize]: module "chap" returns noop for request 3 modcall[authorize]: module "mschap" returns noop for request 3 rlm_realm: No '@' in User-Name = "rgraham", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 3 rlm_eap: EAP packet type response id 87 length 6 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation modcall[authorize]: module "eap" returns updated for request 3 users: Matched DEFAULT at 159 users: Matched DEFAULT at 178 modcall[authorize]: module "files" returns ok for request 3 modcall: group authorize returns updated for request 3 rad_check_password: Found Auth-Type EAP auth: type "EAP" Processing the authenticate section of radiusd.conf modcall: entering group authenticate for request 3 rlm_eap: Request found, released from the list rlm_eap: EAP/peap rlm_eap: processing type peap rlm_eap_peap: Authenticate rlm_eap_tls: processing TLS rlm_eap_tls: Received EAP-TLS ACK message rlm_eap_tls: ack handshake fragment handler eaptls_verify returned 1 eaptls_process returned 13 rlm_eap_peap: EAPTLS_HANDLED modcall[authenticate]: module "eap" returns handled for request 3 modcall: group authenticate returns handled for request 3 Sending Access-Challenge of id 219 to 172.16.5.71:1645 Framed-IP-Address = 255.255.255.254 Framed-MTU = 576 Service-Type = Framed-User EAP-Message = 0x015802f71900170d3036303132343133323630375a30819f310b30090603550406130243413111300f0603550408130850726f76696e63653112301006035504071309536f6d65204369747931153013060355040a130c4f7267616e697a6174696f6e31123010060355040b13096c6f63616c686f7374311b301906035504031312436c69656e742063657274696669636174653121301f06092a864886f70d0109011612636c69656e74406578616d706c652e636f6d30819f300d06092a864886f70d010101050003818d0030818902818100d4c5b19724f164acf1ffb189db1c8fbff4f14396ea7cb1e90f78d69451725377895dfe52ccb99b41e8 EAP-Message = 0x0ddeb58b127a943f4f58cbc562878192fbdc6fece9f871e7c130d35cf5188817e9b133249edd2a1c75d31043ae87553cec7a77ef26aa7d74281db9b77e17c6446c5dd9b188b43250ca0229963722a123a726b00b4027fd0203010001a381ff3081fc301d0603551d0e0416041468d36d3e1ee7bc9d5a057021c363da1365d1ade33081cc0603551d230481c43081c1801468d36d3e1ee7bc9d5a057021c363da1365d1ade3a181a5a481a230819f310b30090603550406130243413111300f0603550408130850726f76696e63653112301006035504071309536f6d65204369747931153013060355040a130c4f7267616e697a6174696f6e31123010 EAP-Message = 0x060355040b13096c6f63616c686f7374311b301906035504031312436c69656e742063657274696669636174653121301f06092a864886f70d0109011612636c69656e74406578616d706c652e636f6d820100300c0603551d13040530030101ff300d06092a864886f70d01010405000381810033c00b66b1e579ef73a06798252dab8d5e5511fc00fd276d80d12f834777c6743fdc2743fca1507704e4bc0979e4f60ac3ad9ee83e6f347369229d1f77229ba2e982359da563024a00163dba6d6c986c0bad28af85132ff8f0d76501bf1b7c2dff658ce1e62c01997b6e64e3e8d4373354ce9912847651539063b85bbc5485c516030100040e000000 Message-Authenticator = 0x00000000000000000000000000000000 State = 0x9cc23d3db03cf891abd27c16d2d5620c Finished request 3 Going to the next request Waking up in 6 seconds... rad_recv: Access-Request packet from host 172.16.5.71:1645, id=220, length=397 User-Name = "rgraham" Service-Type = Framed-User Framed-MTU = 1500 NAS-IP-Address = 172.16.5.71 NAS-Port = 24 State = 0x9cc23d3db03cf891abd27c16d2d5620c EAP-Message = 0x02580130198000000126160301005b01000057030142cf24c677dbaa4cc4a6d9e01d4444c9adb92118c10fabf3c18019476ef4904500003000390038003500160013000a00330032002f00660005000400650064006300620060001500120009001400110008000301001603010086100000820080d85771401f73751531033151ffecc8dc9cb2c054e011a9bb14eab63dcd718634046a6a569cca9919a9733dd2905cdb05c3799790fedd5b5ae92b9af233e980c41127359f65f488eb8784294478c93a05d0dcd63f36d1381a6b2ef17b640c3c5c84cab7bc9593768996e7e977432728cf3f7f0385a48b7bb2caf532213fe684dc1403010001011603 EAP-Message = 0x01003077f922d171ac9c1fcbff4e71695807789384d272d10a929e02ec9b470d1704df91baa49a6150b3e002c9023a7bfe5a24 Message-Authenticator = 0x751c8d4636dc8c6a188c2a9b6c31b30e Processing the authorize section of radiusd.conf modcall: entering group authorize for request 4 modcall[authorize]: module "preprocess" returns ok for request 4 modcall[authorize]: module "chap" returns noop for request 4 modcall[authorize]: module "mschap" returns noop for request 4 rlm_realm: No '@' in User-Name = "rgraham", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 4 rlm_eap: EAP packet type response id 88 length 253 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation modcall[authorize]: module "eap" returns updated for request 4 users: Matched DEFAULT at 159 users: Matched DEFAULT at 178 modcall[authorize]: module "files" returns ok for request 4 modcall: group authorize returns updated for request 4 rad_check_password: Found Auth-Type EAP auth: type "EAP" Processing the authenticate section of radiusd.conf modcall: entering group authenticate for request 4 rlm_eap: Request found, released from the list rlm_eap: EAP/peap rlm_eap: processing type peap rlm_eap_peap: Authenticate rlm_eap_tls: processing TLS rlm_eap_tls: Length Included eaptls_verify returned 11 rlm_eap_tls: <<< TLS 1.0 Handshake [length 005b], ClientHello TLS_accept: SSLv3 read client hello C rlm_eap_tls: >>> TLS 1.0 Handshake [length 004a], ServerHello TLS_accept: SSLv3 write server hello A rlm_eap_tls: >>> TLS 1.0 Handshake [length 0694], Certificate TLS_accept: SSLv3 write certificate A rlm_eap_tls: >>> TLS 1.0 Handshake [length 0004], ServerHelloDone TLS_accept: SSLv3 write server done A TLS_accept: SSLv3 flush data rlm_eap_tls: <<< TLS 1.0 Handshake [length 0086], ClientKeyExchange TLS_accept: SSLv3 read client key exchange A rlm_eap_tls: <<< TLS 1.0 ChangeCipherSpec [length 0001] rlm_eap_tls: >>> TLS 1.0 Alert [length 0002], fatal bad_record_mac TLS Alert write:fatal:bad record mac TLS_accept:error in SSLv3 read certificate verify A rlm_eap_tls: SSL_read failed in a system call (-1), TLS session fails. In SSL Handshake Phase In SSL Accept mode eaptls_process returned 13 rlm_eap_peap: EAPTLS_HANDLED modcall[authenticate]: module "eap" returns handled for request 4 modcall: group authenticate returns handled for request 4 Sending Access-Challenge of id 220 to 172.16.5.71:1645 Framed-IP-Address = 255.255.255.254 Framed-MTU = 576 Service-Type = Framed-User EAP-Message = 0x0159040a19c0000006f8160301004a02000046030142cf24bb669c93b7807d9dc6169aa7157b1b40224ff2916c074e3aaf0d89027f20b5607af1831f8fc1828c24c0614342ccc8b985f58ea4c388144474b31ffcd66f00350016030106940b00069000068d0002cd308202c930820232a003020102020102300d06092a864886f70d010104050030819f310b30090603550406130243413111300f0603550408130850726f76696e63653112301006035504071309536f6d65204369747931153013060355040a130c4f7267616e697a6174696f6e31123010060355040b13096c6f63616c686f7374311b301906035504031312436c69656e74206365 EAP-Message = 0x7274696669636174653121301f06092a864886f70d0109011612636c69656e74406578616d706c652e636f6d301e170d3034303132353133323631305a170d3035303132343133323631305a30819b310b30090603550406130243413111300f0603550408130850726f76696e63653112301006035504071309536f6d65204369747931153013060355040a130c4f7267616e697a6174696f6e31123010060355040b13096c6f63616c686f73743119301706035504031310526f6f74206365727469666963617465311f301d06092a864886f70d0109011610726f6f74406578616d706c652e636f6d30819f300d06092a864886f70d010101050003 EAP-Message = 0x818d0030818902818100dac525422bfedb082629a2cba44b3449c90d0ab462fb72c8434a782098863d7eb7d7e70028c2b7ad555a51cc756cf4fa1d7091615ab450d5289553ae6616aff014a55085d6b8fb4aee98638e426175cdd36c665c63cda177d34920eb30585edc8773999c2980f81ad4638bbbea1c82d054023db7ef24a3ec1c3f6241a903d7f30203010001a317301530130603551d25040c300a06082b06010505070301300d06092a864886f70d0101040500038181007a2d921b1cf13bf2982a9178ec9ede6d88edc178a2e8bd40a0a06fb6f0769957884cd7084537083496fd184165293f583c8e8240eb68e042c94b15752e4c07e80d09 EAP-Message = 0x779afa3dd55c24fa54ac292d77205d1c2477ed30d59f57caf9bd21ff2a8d16cc0911c50e4f295763fcb60efa3c3d2d0e43850f6e6fbe284902f6e83503650003ba308203b63082031fa003020102020100300d06092a864886f70d010104050030819f310b30090603550406130243413111300f0603550408130850726f76696e63653112301006035504071309536f6d65204369747931153013060355040a130c4f7267616e697a6174696f6e31123010060355040b13096c6f63616c686f7374311b301906035504031312436c69656e742063657274696669636174653121301f06092a864886f70d0109011612636c69656e74406578616d706c EAP-Message = 0x652e636f6d301e170d3034303132353133323630375a Message-Authenticator = 0x00000000000000000000000000000000 State = 0x0ad62075ab40e530e4fdf3c40f89fb8c Finished request 4 Going to the next request Waking up in 6 seconds... rad_recv: Access-Request packet from host 172.16.5.71:1645, id=221, length=97 User-Name = "rgraham" Service-Type = Framed-User Framed-MTU = 1500 NAS-IP-Address = 172.16.5.71 NAS-Port = 24 State = 0x0ad62075ab40e530e4fdf3c40f89fb8c EAP-Message = 0x025900061900 Message-Authenticator = 0x9aa9aff954adb9c89af11bfa651cdf5f Processing the authorize section of radiusd.conf modcall: entering group authorize for request 5 modcall[authorize]: module "preprocess" returns ok for request 5 modcall[authorize]: module "chap" returns noop for request 5 modcall[authorize]: module "mschap" returns noop for request 5 rlm_realm: No '@' in User-Name = "rgraham", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 5 rlm_eap: EAP packet type response id 89 length 6 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation modcall[authorize]: module "eap" returns updated for request 5 users: Matched DEFAULT at 159 users: Matched DEFAULT at 178 modcall[authorize]: module "files" returns ok for request 5 modcall: group authorize returns updated for request 5 rad_check_password: Found Auth-Type EAP auth: type "EAP" Processing the authenticate section of radiusd.conf modcall: entering group authenticate for request 5 rlm_eap: Request found, released from the list rlm_eap: EAP/peap rlm_eap: processing type peap rlm_eap_peap: Authenticate rlm_eap_tls: processing TLS rlm_eap_tls: Received EAP-TLS ACK message rlm_eap_tls: ack alert eaptls_verify returned 4 eaptls_process returned 4 rlm_eap_peap: EAPTLS_OTHERS rlm_eap: Handler failed in EAP/peap rlm_eap: Failed in EAP select modcall[authenticate]: module "eap" returns invalid for request 5 modcall: group authenticate returns invalid for request 5 auth: Failed to validate the user. Delaying request 5 for 1 seconds Finished request 5 Going to the next request Waking up in 6 seconds... rad_recv: Access-Request packet from host 172.16.5.71:1645, id=221, length=97 User-Name = "rgraham" Service-Type = Framed-User Framed-MTU = 1500 NAS-IP-Address = 172.16.5.71 NAS-Port = 24 State = 0x0ad62075ab40e530e4fdf3c40f89fb8c EAP-Message = 0x025900061900 Message-Authenticator = 0x65dc2b9d224cd8b89f706f9007967d57 Processing the authorize section of radiusd.conf modcall: entering group authorize for request 6 modcall[authorize]: module "preprocess" returns ok for request 6 modcall[authorize]: module "chap" returns noop for request 6 modcall[authorize]: module "mschap" returns noop for request 6 rlm_realm: No '@' in User-Name = "rgraham", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 6 rlm_eap: EAP packet type response id 89 length 6 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation modcall[authorize]: module "eap" returns updated for request 6 users: Matched DEFAULT at 159 users: Matched DEFAULT at 178 modcall[authorize]: module "files" returns ok for request 6 modcall: group authorize returns updated for request 6 rad_check_password: Found Auth-Type EAP auth: type "EAP" Processing the authenticate section of radiusd.conf modcall: entering group authenticate for request 6 rlm_eap: Request not found in the list rlm_eap: Either EAP-request timed out OR EAP-response to an unknown EAP-request rlm_eap: Failed in handler modcall[authenticate]: module "eap" returns invalid for request 6 modcall: group authenticate returns invalid for request 6 auth: Failed to validate the user. Delaying request 6 for 1 seconds Finished request 6 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 221 to 172.16.5.71:1645 Waking up in 1 seconds... --- Walking the entire request list --- Cleaning up request 0 ID 216 with timestamp 42cf24bb Cleaning up request 1 ID 217 with timestamp 42cf24bb Cleaning up request 2 ID 218 with timestamp 42cf24bb Cleaning up request 3 ID 219 with timestamp 42cf24bb Cleaning up request 4 ID 220 with timestamp 42cf24bb Waking up in 3 seconds... --- Walking the entire request list --- Cleaning up request 6 ID 221 with timestamp 42cf24be Nothing to do. Sleeping until we see a request. ###### Second attempt - Sucessful rad_recv: Access-Request packet from host 172.16.5.71:1645, id=222, length=85 User-Name = "rgraham" Service-Type = Framed-User Framed-MTU = 1500 NAS-IP-Address = 172.16.5.71 NAS-Port = 24 EAP-Message = 0x025a000c017267726168616d Message-Authenticator = 0x47937c5549b4711ac931f218cc4187c2 Processing the authorize section of radiusd.conf {removed to shorten message} rlm_eap_peap: EAPTLS_OK rlm_eap_peap: Session established. Decoding tunneled attributes. rlm_eap_peap: Received EAP-TLV response. rlm_eap_peap: Tunneled data is valid. rlm_eap_peap: Success rlm_eap: Freeing handler modcall[authenticate]: module "eap" returns ok for request 15 modcall: group authenticate returns ok for request 15 Sending Access-Accept of id 230 to 172.16.5.71:1645 Framed-IP-Address = 255.255.255.254 Framed-MTU = 576 Service-Type = Framed-User MS-MPPE-Recv-Key = 0xf91ab77685c01a5a4200416067f7c4b9b1db050b6365ba8672ae0f6d8734245c MS-MPPE-Send-Key = 0x77360b38081590ee5e0d648a239cdcdc55478e7d44399ee654bfeb7145f807f8 EAP-Message = 0x03620004 Message-Authenticator = 0x00000000000000000000000000000000 User-Name = "rgraham" Finished request 15 Going to the next request Waking up in 5 seconds... --- Walking the entire request list --- Cleaning up request 7 ID 222 with timestamp 42cf24fc Waking up in 1 seconds...

2 1

Chap password failing with Cisco
by Brent Smith 08 Jul '05

08 Jul '05

All- I am trying to get freeradius to authenticate chap for a ISDN backup call on a cisco. I am running version 1.0.1. I am in control of server and clients, so I know the passwords match, but the logs say they do not. Router setup: username ie_phx2 password 0 password users file: ie_phx2 Password == "password" Service-Type = Framed, Framed-Protocol = ppp, Cisco-Avpair += "multilink:max-links=6", Cisco-Avpair += "multilink:min-links=1", Cisco-Avpair += "multilink:load-threshhold=192", Cisco-Avpair += "lcp:interface-config=ip vrf forwarding VPDN-1444-ISDNBackup", Cisco-Avpair += "lcp:interface-config=ip unnumbered loop144", Cisco-Avpair += "lcp:send-secret=password" log: rad_recv: Access-Request packet from host XX.XX.XX.XX:1645, id=0, length=91 Framed-Protocol = PPP User-Name = "ie_phx2" CHAP-Password = 0x1906c1e965a82a39db372abde8f7455ee6 NAS-Port = 1 NAS-Port-Type = Virtual Called-Station-Id = "04082415687" Service-Type = Framed-User NAS-IP-Address = XX.XX.XX.XX Processing the authorize section of radiusd.conf modcall: entering group authorize for request 9 modcall[authorize]: module "preprocess" returns ok for request 9 rlm_chap: Setting 'Auth-Type := CHAP' modcall[authorize]: module "chap" returns ok for request 9 modcall[authorize]: module "mschap" returns noop for request 9 rlm_realm: No '@' in User-Name = "ie_phx2", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 9 rlm_eap: No EAP-Message, not doing EAP modcall[authorize]: module "eap" returns noop for request 9 users: Matched ie_phx2 at 147 modcall[authorize]: module "files" returns ok for request 9 modcall: group authorize returns ok for request 9 rad_check_password: Found Auth-Type CHAP auth: type "CHAP" Processing the authenticate section of radiusd.conf modcall: entering group Auth-Type for request 9 rlm_chap: login attempt by "ie_phx2" with CHAP password rlm_chap: Using clear text password password for user ie_phx2 authentication. rlm_chap: Pasword check failed modcall[authenticate]: module "chap" returns reject for request 9 modcall: group Auth-Type returns reject for request 9 auth: Failed to validate the user. Login incorrect (rlm_chap: Wrong user password): [ie_phx2/<CHAP-Password>] (from client c pe2.pop2 port 1) Delaying request 9 for 1 seconds Finished request 9 Going to the next request --- Walking the entire request list --- Waking up in 1 seconds... --- Walking the entire request list --- Cleaning up request 8 ID 38 with timestamp 42c333c5 Waking up in 1 seconds... --- Walking the entire request list --- Sending Access-Reject of id 0 to XX.XX.XX.XX:1645 Cisco-AVPair += "multilink:max-links=6" Cisco-AVPair += "multilink:min-links=1" Cisco-AVPair += "multilink:load-threshhold=192" Cisco-AVPair += "lcp:interface-config=ip vrf forwarding VPDN-1444-ISDNBackup\n ip unnumbered loop144" Waking up in 4 seconds... --- Walking the entire request list --- Cleaning up request 9 ID 0 with timestamp 42c333ca Nothing to do. Sleeping until we see a request. Any idea why freeradius thinks the passwords don't match? Thanks -Brent Smith

2 2

Shipping freeradius and mysql
by Sonali Karmarkar 08 Jul '05

08 Jul '05

Hi, I am using freeradius 1.0.2 on mandrake 10.1. The question I want to post is about shipping freeradius to customers. I have written a script to install freeradius, mysql, java and my product. Every time I use the script, I run into different errors while installing freeradius. The errors range from rlm_sql drivers errors , rlm_token errors, sometimes c compiler settings on my system. What is the correct way to ship freeradius to the customer so that all the installation errors are taken care of ? Thanks and Regards Sonali

2 1

PEAP docs
by Albrecht, Robert-Manfred 08 Jul '05

08 Jul '05

Hello, some months I had a cool document describing the installation of freeradius for eap-peap (over wlan) with windows as client. I lost the url. Could anyone forward me the url ? Regard, Robert

2 1