July 2005 - Freeradius-Users - lists.freeradius.org

Debug vs. Run mode
by Jamie Chitester 08 Jul '05

08 Jul '05

I have a problem. I am running fedora core 4 FreeRADIUS 1.0.2 and MySQL 4.1.11 I am using NTRadPing Test Utility to test the radius server I can get Access-Accept response from MySQL only when I am running in debug mode (radiusd -X) If I run /etc/init.d/radiusd start and try to authenticate I get "no response from server (timed out)" Any ideas? Jamie Chitester Information Technology Department Manager City Light Gas & Water Phone: (573)888-5366 ext. 109 Cell: (573)888-7371 Fax: (573)888-3312 <http://www.clgw.net> http://www.clgw.net

3 2

Re: Freeradius and eDirectory
by Sayantan Bhowmick 08 Jul '05

08 Jul '05

Hi, FreeRADIUS is trying to do SYSTEM authentication. For SYSTEM authentication to work you need to have a Unix user with the same userid found in the request(in this case jmuser). So let me know which authentication type you want to use. If you want to use LDAP to authenticate your user one simple solution will be to comment out the DEFAULT entry which is setting the Auth-Type to SYSTEM in the users file. The users file is in the raddb directory. There will a couple of lines similar to the following. Just comment them. DEFAULT Auth-Type = System Fall-Through = 1 Also Universal Password is not read wrongly. Since System authentication fails a bind with a wrong password is performed to trigger the intruder detection feature of eDirectory. HTH. Regards, -Sayantan. >>> jmdanner(a)samford.edu 07/05/05 11:04 PM >>> Thanks - that worked. I'm getting a tls connect. Now I have a problem testing using radtest. Using the following syntax. radtest jmuser heath10er server13.samford.edu 199.20.16.13 testing123 >From the log the admin bind and login is OK - I've obscured the password, but it shows in the log exactly as it is in radiusd.conf. rlm_ldap: starting TLS rlm_ldap: bind as cn=admin,ou=cts,o=dxmltemp/xxxxxx to gwtemp.samford.edu:389 rlm_ldap: waiting for bind result ... rlm_ldap: Bind was successful Here's the excerpt showing the request from radtest. The password is represented correctly. rad_recv: Access-Request packet from host 199.20.16.13:33419, id=137, length=58 User-Name = "jmuser" User-Password = "heath10er" NAS-IP-Address = 255.255.255.255 NAS-Port = 199 Here's the attempted bind by the user. Note that the password presented is not "heath10er" but "aeath10er" and the bind fails. rlm_ldap: starting TLS rlm_ldap: bind as cn=jmuser,ou=R&D,ou=New Users,o=DXMLTEMP/aeath10er to gwtemp.samford.edu:389 rlm_ldap: waiting for bind result ... rlm_ldap: LDAP login failed: check identity, password settings in ldap section of radiusd.conf rlm_ldap: eDirectory account policy check failed. rlm_ldap: NDS error: failed authentication (-669) Changed the Universal Password to "aeath10er" and got the following. rlm_ldap: starting TLS rlm_ldap: bind as cn=jmuser,ou=R&D,ou=New Users,o=DXMLTEMP/beath10er to gwtemp.samford.edu:389 rlm_ldap: waiting for bind result ... rlm_ldap: LDAP login failed: check identity, password settings in ldap section of radiusd.conf rlm_ldap: eDirectory account policy check failed. rlm_ldap: NDS error: failed authentication (-669) It appears that the Universal Password is being misread. Can that be true? Full log is below. Thanks Mearl >>> sbhowmick(a)novell.com 6/27/2005 10:55:07 PM >>> Hi, You need to extract the Self Signed certificate of the CA (from inside the Security Container). Once you have extracted that you need to configure tls_cacertfile in the ldap section of radiusd.conf. You have configured the tls_certfile. Once you do that it should start working. -Sayantan. >>> jmdanner(a)samford.edu 06/27/05 9:20 PM >>> I'm having trouble getting a TLS connection from freeradius to my Novell LDAP Server. I've used Novell's document "Integrating Novell eDirectory with FreeRadius" to set it up. The radius -X log shows "rlm_ldap: could not start TLS Connect error" I've configured ldap.conf to use the same certificate and am able to do a successful search using: ldapsearch -vvv -h gwtemp.samford.edu -x -Z -b o=dxmltemp "cn=jmuser" dn FreeRadius 1.0.4 compiled --with-edir Redhat AS3 update 5 on an IBM p615 openldap-2.0.27-17 openssl-0.9.7a-33.15 Netware 6.5 SP3 on Dell hardware. Mearl Starting - reading configuration files ... reread_config: reading radiusd.conf Config: including file: /usr/local/etc/raddb/proxy.conf Config: including file: /usr/local/etc/raddb/clients.conf Config: including file: /usr/local/etc/raddb/snmp.conf Config: including file: /usr/local/etc/raddb/eap.conf Config: including file: /usr/local/etc/raddb/sql.conf main: prefix = "/usr/local" main: localstatedir = "/usr/local/var" main: logdir = "/usr/local/var/log/radius" main: libdir = "/usr/local/lib" main: radacctdir = "/usr/local/var/log/radius/radacct" main: hostname_lookups = no main: max_request_time = 30 main: cleanup_delay = 5 main: max_requests = 1024 main: delete_blocked_requests = 0 main: port = 0 main: allow_core_dumps = no main: log_stripped_names = no main: log_file = "/usr/local/var/log/radius/radius.log" main: log_auth = no main: log_auth_badpass = no main: log_auth_goodpass = no main: pidfile = "/usr/local/var/run/radiusd/radiusd.pid" main: user = "(null)" main: group = "(null)" main: usercollide = no main: lower_user = "no" main: lower_pass = "no" main: nospace_user = "no" main: nospace_pass = "no" main: checkrad = "/usr/local/sbin/checkrad" main: proxy_requests = yes proxy: retry_delay = 5 proxy: retry_count = 3 proxy: synchronous = no proxy: default_fallback = yes proxy: dead_time = 120 proxy: post_proxy_authorize = yes proxy: wake_all_if_all_dead = no security: max_attributes = 200 security: reject_delay = 1 security: status_server = no main: debug_level = 0 read_config_files: reading dictionary read_config_files: reading naslist Using deprecated naslist file. Support for this will go away soon. read_config_files: reading clients read_config_files: reading realms radiusd: entering modules setup Module: Library search path is /usr/local/lib Module: Loaded exec exec: wait = yes exec: program = "(null)" exec: input_pairs = "request" exec: output_pairs = "(null)" exec: packet_type = "(null)" rlm_exec: Wait=yes but no output defined. Did you mean output=none? Module: Instantiated exec (exec) Module: Loaded expr Module: Instantiated expr (expr) Module: Loaded PAP pap: encryption_scheme = "crypt" Module: Instantiated pap (pap) Module: Loaded CHAP Module: Instantiated chap (chap) Module: Loaded MS-CHAP mschap: use_mppe = yes mschap: require_encryption = no mschap: require_strong = no mschap: with_ntdomain_hack = no mschap: passwd = "(null)" mschap: authtype = "MS-CHAP" mschap: ntlm_auth = "(null)" Module: Instantiated mschap (mschap) Module: Loaded System unix: cache = no unix: passwd = "(null)" unix: shadow = "(null)" unix: group = "(null)" unix: radwtmp = "/usr/local/var/log/radius/radwtmp" unix: usegroup = no unix: cache_reload = 600 Module: Instantiated unix (unix) Module: Loaded eap eap: default_eap_type = "md5" eap: timer_expire = 60 eap: ignore_unknown_eap_types = no eap: cisco_accounting_username_bug = no rlm_eap: Loaded and initialized type md5 rlm_eap: Loaded and initialized type leap gtc: challenge = "Password: " gtc: auth_type = "PAP" rlm_eap: Loaded and initialized type gtc tls: rsa_key_exchange = no tls: dh_key_exchange = yes tls: rsa_key_length = 512 tls: dh_key_length = 512 tls: verify_depth = 0 tls: CA_path = "(null)" tls: pem_file_type = yes tls: private_key_file = "/usr/local/etc/raddb/certs/cert-srv.pem" tls: certificate_file = "/usr/local/etc/raddb/certs/cert-srv.pem" tls: CA_file = "/usr/local/etc/raddb/certs/demoCA/cacert.pem" tls: private_key_password = "whatever" tls: dh_file = "/usr/local/etc/raddb/certs/dh" tls: random_file = "/usr/local/etc/raddb/certs/random" tls: fragment_size = 1024 tls: include_length = yes tls: check_crl = no tls: check_cert_cn = "(null)" rlm_eap: Loaded and initialized type tls mschapv2: with_ntdomain_hack = no rlm_eap: Loaded and initialized type mschapv2 Module: Instantiated eap (eap) Module: Loaded preprocess preprocess: huntgroups = "/usr/local/etc/raddb/huntgroups" preprocess: hints = "/usr/local/etc/raddb/hints" preprocess: with_ascend_hack = no preprocess: ascend_channels_per_line = 23 preprocess: with_ntdomain_hack = no preprocess: with_specialix_jetstream_hack = no preprocess: with_cisco_vsa_hack = no Module: Instantiated preprocess (preprocess) Module: Loaded realm realm: format = "suffix" realm: delimiter = "@" realm: ignore_default = no realm: ignore_null = no Module: Instantiated realm (suffix) Module: Loaded files files: usersfile = "/usr/local/etc/raddb/users" files: acctusersfile = "/usr/local/etc/raddb/acct_users" files: preproxy_usersfile = "/usr/local/etc/raddb/preproxy_users" files: compat = "no" Module: Instantiated files (files) Module: Loaded LDAP ldap: server = "gwtemp.samford.edu" ldap: port = 389 ldap: net_timeout = 1 ldap: timeout = 4 ldap: timelimit = 3 ldap: identity = "cn=admin,ou=cts,o=dxmltemp" ldap: tls_mode = no ldap: start_tls = yes ldap: tls_cacertfile = "/usr/local/etc/raddb/certs/GWTEMP-SSL-DNS.b64" ldap: tls_cacertdir = "(null)" ldap: tls_certfile = "(null)" ldap: tls_keyfile = "(null)" ldap: tls_randfile = "(null)" ldap: tls_require_cert = "demand" ldap: password = "xxxxx-xxxxx" ldap: basedn = "o=dxmltemp" ldap: filter = "(uniqueID=%{Stripped-User-Name:-%{User-Name}})" ldap: base_filter = "(objectclass=radiusprofile)" ldap: default_profile = "(null)" ldap: profile_attribute = "(null)" ldap: password_header = "(null)" ldap: password_attribute = "nspmPassword" ldap: access_attr = "dialupAccess" ldap: groupname_attribute = "cn" ldap: groupmembership_filter = "(|(&(objectClass=GroupOfNames)(member=%{Ldap-UserDn}))(&(objectClass=GroupOfUniqueNames)(uniquemember=%{Ldap-UserDn})))" ldap: groupmembership_attribute = "(null)" ldap: dictionary_mapping = "/usr/local/etc/raddb/ldap.attrmap" ldap: ldap_debug = 0 ldap: ldap_connections_number = 5 ldap: compare_check_items = no ldap: access_attr_used_for_allow = yes ldap: do_xlat = yes ldap: edir_account_policy_check = yes rlm_ldap: Registering ldap_groupcmp for Ldap-Group rlm_ldap: Registering ldap_xlat with xlat_name ldap rlm_ldap: reading ldap<->radius mappings from file /usr/local/etc/raddb/ldap.attrmap rlm_ldap: LDAP radiusCheckItem mapped to RADIUS $GENERIC$ rlm_ldap: LDAP radiusReplyItem mapped to RADIUS $GENERIC$ rlm_ldap: LDAP radiusAuthType mapped to RADIUS Auth-Type rlm_ldap: LDAP radiusSimultaneousUse mapped to RADIUS Simultaneous-Use rlm_ldap: LDAP radiusCalledStationId mapped to RADIUS Called-Station-Id rlm_ldap: LDAP radiusCallingStationId mapped to RADIUS Calling-Station-Id rlm_ldap: LDAP lmPassword mapped to RADIUS LM-Password rlm_ldap: LDAP ntPassword mapped to RADIUS NT-Password rlm_ldap: LDAP acctFlags mapped to RADIUS SMB-Account-CTRL-TEXT rlm_ldap: LDAP radiusExpiration mapped to RADIUS Expiration rlm_ldap: LDAP radiusServiceType mapped to RADIUS Service-Type rlm_ldap: LDAP radiusFramedProtocol mapped to RADIUS Framed-Protocol rlm_ldap: LDAP radiusFramedIPAddress mapped to RADIUS Framed-IP-Address rlm_ldap: LDAP radiusFramedIPNetmask mapped to RADIUS Framed-IP-Netmask rlm_ldap: LDAP radiusFramedRoute mapped to RADIUS Framed-Route rlm_ldap: LDAP radiusFramedRouting mapped to RADIUS Framed-Routing rlm_ldap: LDAP radiusFilterId mapped to RADIUS Filter-Id rlm_ldap: LDAP radiusFramedMTU mapped to RADIUS Framed-MTU rlm_ldap: LDAP radiusFramedCompression mapped to RADIUS Framed-Compression rlm_ldap: LDAP radiusLoginIPHost mapped to RADIUS Login-IP-Host rlm_ldap: LDAP radiusLoginService mapped to RADIUS Login-Service rlm_ldap: LDAP radiusLoginTCPPort mapped to RADIUS Login-TCP-Port rlm_ldap: LDAP radiusCallbackNumber mapped to RADIUS Callback-Number rlm_ldap: LDAP radiusCallbackId mapped to RADIUS Callback-Id rlm_ldap: LDAP radiusFramedIPXNetwork mapped to RADIUS Framed-IPX-Network rlm_ldap: LDAP radiusClass mapped to RADIUS Class rlm_ldap: LDAP radiusSessionTimeout mapped to RADIUS Session-Timeout rlm_ldap: LDAP radiusIdleTimeout mapped to RADIUS Idle-Timeout rlm_ldap: LDAP radiusTerminationAction mapped to RADIUS Termination-Action rlm_ldap: LDAP radiusLoginLATService mapped to RADIUS Login-LAT-Service rlm_ldap: LDAP radiusLoginLATNode mapped to RADIUS Login-LAT-Node rlm_ldap: LDAP radiusLoginLATGroup mapped to RADIUS Login-LAT-Group rlm_ldap: LDAP radiusFramedAppleTalkLink mapped to RADIUS Framed-AppleTalk-Link rlm_ldap: LDAP radiusFramedAppleTalkNetwork mapped to RADIUS Framed-AppleTalk-Network rlm_ldap: LDAP radiusFramedAppleTalkZone mapped to RADIUS Framed-AppleTalk-Zone rlm_ldap: LDAP radiusPortLimit mapped to RADIUS Port-Limit rlm_ldap: LDAP radiusLoginLATPort mapped to RADIUS Login-LAT-Port conns: 0x1016f6d8 Module: Instantiated ldap (ldap) Module: Loaded Acct-Unique-Session-Id acct_unique: key = "User-Name, Acct-Session-Id, NAS-IP-Address, Client-IP-Address, NAS-Port" Module: Instantiated acct_unique (acct_unique) Module: Loaded detail detail: detailfile = "/usr/local/var/log/radius/radacct/%{Client-IP-Address}/detail-%Y%m%d" detail: detailperm = 384 detail: dirperm = 493 detail: locking = no Module: Instantiated detail (detail) Module: Loaded radutmp radutmp: filename = "/usr/local/var/log/radius/radutmp" radutmp: username = "%{User-Name}" radutmp: case_sensitive = yes radutmp: check_with_nas = yes radutmp: perm = 384 radutmp: callerid = yes Module: Instantiated radutmp (radutmp) Listening on authentication *:1812 Listening on accounting *:1813 Listening on proxy *:1814 Ready to process requests. rad_recv: Access-Request packet from host 199.20.16.13:33419, id=137, length=58 User-Name = "jmuser" User-Password = "heath10er" NAS-IP-Address = 255.255.255.255 NAS-Port = 199 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 = "jmuser", 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 rlm_ldap: - authorize rlm_ldap: performing user authorization for jmuser radius_xlat: '(uniqueID=jmuser)' radius_xlat: 'o=dxmltemp' 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 gwtemp.samford.edu:389, authentication 0 rlm_ldap: setting TLS CACert File to /usr/local/etc/raddb/certs/GWTEMP-SSL-DNS.b64 rlm_ldap: setting TLS Require Cert to demand rlm_ldap: starting TLS rlm_ldap: bind as cn=admin,ou=cts,o=dxmltemp/xxxxxx to gwtemp.samford.edu:389 rlm_ldap: waiting for bind result ... rlm_ldap: Bind was successful rlm_ldap: performing search in o=dxmltemp, with filter (uniqueID=jmuser) rlm_ldap: checking if remote access for jmuser is allowed by dialupAccess rlm_ldap: Added the eDirectory password in check items rlm_ldap: looking for check items in directory... rlm_ldap: looking for reply items in directory... rlm_ldap: user jmuser authorized to use remote access rlm_ldap: ldap_release_conn: Release Id: 0 modcall[authorize]: module "ldap" returns ok for request 0 modcall: group authorize returns ok for request 0 rad_check_password: Found Auth-Type System auth: type "System" Processing the authenticate section of radiusd.conf modcall: entering group authenticate for request 0 modcall[authenticate]: module "unix" returns notfound for request 0 modcall: group authenticate returns notfound for request 0 auth: Failed to validate the user. Processing the post-auth section of radiusd.conf modcall: entering group Post-Auth-Type for request 0 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 gwtemp.samford.edu:389, authentication 0 rlm_ldap: setting TLS CACert File to /usr/local/etc/raddb/certs/GWTEMP-SSL-DNS.b64 rlm_ldap: setting TLS Require Cert to demand rlm_ldap: starting TLS rlm_ldap: bind as cn=jmuser,ou=R&D,ou=New Users,o=DXMLTEMP/aeath10er to gwtemp.samford.edu:389 rlm_ldap: waiting for bind result ... rlm_ldap: LDAP login failed: check identity, password settings in ldap section of radiusd.conf rlm_ldap: eDirectory account policy check failed. rlm_ldap: NDS error: failed authentication (-669) rlm_ldap: ldap_release_conn: Release Id: 0 modcall[post-auth]: module "ldap" returns reject for request 0 modcall: group Post-Auth-Type returns reject for request 0 Delaying request 0 for 1 seconds Finished request 0 Going to the next request --- Walking the entire request list --- Waking up in 1 seconds... rad_recv: Access-Request packet from host 199.20.16.13:33419, id=137, length=58 Sending Access-Reject of id 137 to 199.20.16.13:33419 Reply-Message = "NDS error: failed authentication (-669)" --- Walking the entire request list --- Waking up in 2 seconds... --- Walking the entire request list --- Cleaning up request 0 ID 137 with timestamp 42cabe38 Nothing to do. Sleeping until we see a request. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

3 13

Re: Radius not configured properly
by Michael Cooper 08 Jul '05

08 Jul '05

Hey everyone, I am very new to this so if I screw up and ask a stupid question I apologize, I have freeradius it's version 1.0.2 (I will upgrade when I understand better what's going on) installed on a Mandriva LE 2005 Box and it's the default install not configured as of yet. I added a user via Dialup Admin and then there is the test user also. My network consists of 2 - Portmaster 3 NAS boxes for Dial up and I have 7 Wireless APs (Not concerned about these yet) in the field. I ran radtest against the server with this command -> radtest test test123 127.0.0.1:1645 1645 n4sc4r and also with mcooper and mypass. >From what i have read just getting a response is a good thing, from what I understand the server giving a response is half the battle. So I have that working, but not sure where to go or how to configure from here. The following is the response I got not sure what thios is telling me could someone help me out please? Going to the next request --- Walking the entire request list --- Waking up in 6 seconds... --- Walking the entire request list --- Cleaning up request 5 ID 124 with timestamp 42ce6f71 Nothing to do. Sleeping until we see a request. Going to the next request --- Walking the entire request list --- Waking up in 6 seconds... rad_recv: Access-Request packet from host 127.0.0.1:32847, id=124, length=56 Discarding duplicate request from client mail2:32847 - ID: 124 --- Walking the entire request list --- Waking up in 3 seconds... --- Walking the entire request list --- Cleaning up request 4 ID 124 with timestamp 42ce6f6b Nothing to do. Sleeping until we see a request. rad_recv: Access-Request packet from host 127.0.0.1:32847, id=124, length=56 User-Name = "test" User-Password = "test123" NAS-IP-Address = 255.255.255.255 NAS-Port = 1645 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 = "test", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 5 radius_xlat: '' modcall[authorize]: module "sql" returns fail for request 5 modcall: group authorize returns fail for request 5 Thanks in advance, Michael A Cooper BCCISP.net http://www.bccisp.net 281-854-2079 "Technology that counts, voices that matter!"

1 0

Cisco attributes for Freeradius using MySQL db for auth
by Okka Radius 08 Jul '05

08 Jul '05

Defined them in the radgroupreply table and used the += in the op row in that table and voila .. Did'nt have to stick them in the users or hints files in the raddb conf dir ... See example ... rlm_pap: login attempt by "user@realm" with password test3 rlm_pap: Using password "userpassword" for user user@realm authentication. rlm_pap: Using clear text password. rlm_pap: User authenticated succesfully modcall[authenticate]: module "pap" returns ok for request 14 modcall: group Auth-Type returns ok for request 14 Sending Access-Accept of id 3 to clientipaddress:3390 Service-Type = Framed-User Framed-Protocol = PPP Cisco-AVPair += "ip:ip-unnumbered=Loopback51" Cisco-AVPair += "ip:addr-pool=ipnetpool2"

1 0

Proxying with Calling-Station-Id
by Stylianos Stylianou 08 Jul '05

08 Jul '05

Hi, I am trying to configure freeradius to proxy requests to another radius based on the Calling Station Id. Can anyone help me how to configure my radius server to do this? Thanks.

2 1

paid help needed
by Radius 08 Jul '05

08 Jul '05

We are requesting bids to fix/install radius to work with version 1.0.4. Since we are not having any luck to get this running and response has been light and too few, and version 1.0.1 on another server just recently decided it didn't want to work correctly with slip when we set up a pass through (And this one was not touched) we are putting out paid request for help to reconfigure our production radius server. It must work with PAP and Chap using /etc/passwd/shadow & mysql database. We also authenticate our slipstream users from the mysql database. If you need to know how the database is laid out you will need to send instruction to get that for you. If we have to start over with database, that is fine also. I also have a mysql dump of the database in backup. There is only 22 users on one mysql database and 6 on the other. So to re-enter the information is not that bid of a deal and can be done very quickly with a pre-written script . We do have the backup text that was used to create the radius database to allow us to disable and enable slipstream and dialup users. All configuration steps need to be handled by email. We have our email to check every three minutes and can be set lower if need be to get job finished in timely manner. If we need to call you to configure this we can after 7:00pm our time to avoid toll charges. Once cost is accepted a new private email address will be provided. We prefer to not provide shell access to our servers. Didn't have to the last year when we hired help here to get our radius installed and working. You have to agree to work with me until finished once started. If you also prefer we can use the escrow service of rentacoder.com is where we get all our programming help, and will post this there also if we need to. We must have 24 hours (weekday) to have system verified as working by our wholesale provider. Thank you and good luck. Thursday night would be a very good time to do this so could be verified by morning.

4 4

MAKEFILE: Regarding the compiling problem of `lrad_crypt_check':
by kkwong1＠sfc.hk 08 Jul '05

08 Jul '05

** Your attention is drawn to the note at the end of this message. ** Hi, Attached codes as below, there exists error in function ' rad_crypt_check' while running MAKE. I have already run the CONFIGURE Do you have any suggestions solving this ? Thanks, Sunny Wog Kai Kwong /usr/include/pthread.h:305: error: parse error before '*' token /usr/include/pthread.h:306: error: parse error before '*' token /usr/include/pthread.h:308: error: parse error before '*' token /usr/include/pthread.h:309: error: parse error before '*' token /usr/include/pthread.h:311: error: parse error before '*' token /usr/include/pthread.h:312: error: parse error before '*' token crypt.c: In function `lrad_crypt_check': crypt.c:60: warning: implicit declaration of function `crypt' crypt.c:60: warning: assignment makes pointer from integer without a cast make[4]: *** [crypt.o] Error 1 make[4]: Leaving directory `/tmp/freeradius-1.0.3/src/lib' make[3]: *** [common] Error 2 make[3]: Leaving directory `/tmp/freeradius-1.0.3/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/freeradius-1.0.3/src' make[1]: *** [common] Error 2 make[1]: Leaving directory `/tmp/freeradius-1.0.3' make: *** [all] Error 2 ______________________________________________________________________ This message is intended only for use of the addressee and may contain information that is privileged and confidential. If you are not the intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply and delete this message from your system. This email is for information purposes only and is not intended to nor will it create any binding legal relations. Securities and Futures Commission 8th Floor, Chater House 8 Connaught Road Central Hong Kong Website: www.sfc.hk Electronic Investor Resources Centre: www.eirc.hk The URLs of the SFC and eIRC website have been changed from 5 November 2004. Also, the email address of SFC has been renamed from <name>@hksfc.org.hk to <name>@sfc.hk. Although the previous URLs and email address (www.hksfc.org.hk, www.hkeirc.org and <name>@hksfc.org.hk) will remain effective for some time until further notice, you may wish to update your bookmarks and address book.

1 0

triplet data structure
by Sri Ram Bathina 07 Jul '05

07 Jul '05

Hi, I am using freeradius-1.0.3. and Iam using EAP SIM. authentication. i would like to know which data structure is used to store the IMSI, RAND, SRES and KC values. and also which algorithm is used to search when a user sends his sim triplet. Thanks, Sri Ram.

1 0

FreeRadius Authentication
by Hamid Salim 07 Jul '05

07 Jul '05

Hi, I have installed FreeRadius, and would like to know what is the best way to connect with a mobile client using dell AP with the basic configuration. That is no security, encryption etc. Currently, FreeRadius just sits there waiting and i am able to get to the unsecured network without any interference from the server, although AP has been configured to look at the radius server. Second, question is how to enable OpenSSL after FreeRadius has been installed. Thanks. Hamid.

1 0

Re: EAP-TTLS w/ files - cert and username issues]
by jck-freeradius＠southwestern.edu 07 Jul '05

07 Jul '05

On Thu, Jul 07, 2005 at 01:33:31PM -0400, Alan DeKok wrote: > jck-freeradius(a)southwestern.edu wrote: > > I am experiencing several barriers in getting the FreeRadius 1.0.2 > > port to work, in FreeBSD 5.4-RELEASE. The supplicant is XP SP2, > > requesting through a Cisco 1100 AP NAS. > > SP2 ha sknown interoperability problems with RADIUS servers. See > Microsoft's web site for a hot fix. This hotfix is to correct PEAP the Type:Length:Value format. I am doing EAP-TTLS, not PEAP. This raise another question: My Authentication type is: TTLS What should my Authentication Protocol be? I have the choices of MS-CHAP-V2, MD5 or PAP. I am unsure which one is the optimal choice. I am thinking either MS-CHAP-V2 or MD5. Depending on which protocol I select, default_eap_type line in eap.conf need to reflect the protocol (I want to do EAP-TTLS)? > > > When I can get everything working with the built-in XP 802.1x > > authentcation client, I would like to enable multiple VLAN support into my > > radius config. > > Sure. Just send back tunnel attributes. Thanks. I will look into this when I have these other situations handled. > > > Why am I seeing \\username, instead of just username? > > Because that's what the client is sending. Sure, understood. How do I prevent the \\ from happening? I noticed the prefixing of my username with \\ as soon as the supplicant (windows XP) began requesting a "Roaming Identity." I have no idea what this dialog means, and I would like to know how to prevent it from coming up (it seems to be releated to selecting TTLS as my Authentication type). > > > Is there a way to disable the validation of a CA in the built-in > > XP supplicant 802.1x authentication dialog? > > Yes. Uncheck "validate server sertificate". > > Alan DeKok. Thank you for your assistance! > > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html > --johnk ----- End forwarded message ----- --

2 1