- Freeradius-Users - lists.freeradius.org

MAC auth bypass with freeradius/openldap
by g17jimmy 22 Jun '11

22 Jun '11

I've been looking at this for a day now and it seems like I'm close, but something is not right. I have a freeradius server with an openldap backend for MAC auth bypass. This system is just for test, but it is an essential first step in my project. I'm using freeradius2-2.1.7-7.el5, freeradius2-ldap-2.1.7-7.el5, openldap-servers-2.3.43-12.el5_6.7, and I am currently using a Cisco labled linksys SFE-2000 switch. Since I have been reading docs and trying different things all day I'm thinking there is something I've just messed up on and overlooked while going over the files. I have tried creating the MAC address in LDAP several ways, as a cn(objectclass=device), as a uid(with and without a password.) Here are the files I've mod'd: ********************************** raddb/modules/ldap: ********************************** ldap { cache = no server = "localhost" identity = "uid=radauth,ou=radius,dc=CSPKRB" password = password basedn = "ou=radius,dc=CSPKRB" filter = "(cn=%{User-Name})" tls { start_tls = no } default_profile = "uid=radauth,ou=radius,dc=CSPKRB" profile_attribute = "radiusProfileDn" access_attr = "cn" dictionary_mapping = ${raddbdir}/ldap.attrmap ldap_connections_number = 5 groupname_attribute = radius_users groupmembership_filter = "(|(&(objectClass=GroupOfNames)(member=%{Ldap-UserDn}))(&(objectClass=GroupOfUniqueNames)(uniquemember=%{Ldap-UserDn})))" timeout = 4 timelimit = 3 net_timeout = 1 set_auth_type = no } ********************************** raddb/site-enabed/inner-tunnel: ********************************** server inner-tunnel { authorize { preprocess ldap pap update control { Proxy-To-Realm := LOCAL } } eap { ok = return } } authenticate { Auth-Type PAP { pap } eap } session { radutmp } post-auth { Post-Auth-Type REJECT { attr_filter.access_reject } } pre-proxy { } post-proxy { eap } ********************************** clients.conf ********************************** client localhost { ipaddr = 127.0.0.1 secret = SharedSecret require_message_authenticator = no } client 192.168.0.0/16 { require_message_authenticator = no secret = SharedSecret nastype = other } ********************************** debug output: ********************************** rad_recv: Access-Request packet from host 192.168.1.254 port 49154, id=0, length=99 NAS-IP-Address = 192.168.1.254 NAS-Port-Type = Ethernet NAS-Port = 24 User-Name = "0010182b9065" Acct-Session-Id = "0500002B" EAP-Message = 0x0200001101303031303138326239303635 Message-Authenticator = 0x57f15349b978ec4c8dcdda92f6cc6fed +- entering group authorize {...} ++[preprocess] returns ok [auth_log] expand: /var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d -> /var/log/radius/radacct/192.168.1.254/auth-detail-20110621 [auth_log] /var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d expands to /var/log/radius/radacct/192.168.1.254/auth-detail-20110621 [auth_log] expand: %t -> Tue Jun 21 16:38:24 2011 ++[auth_log] returns ok [suffix] No '@' in User-Name = "0010182b9065", looking up realm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 0 length 17 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[unix] returns notfound ++[files] returns noop [ldap] performing user authorization for 0010182b9065 [ldap] expand: (cn=%{User-Name}) -> (cn=0010182b9065) [ldap] expand: ou=radius,dc=CSPKRB -> ou=radius,dc=CSPKRB rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: performing search in ou=radius,dc=CSPKRB, with filter (cn=0010182b9065) [ldap] checking if remote access for 0010182b9065 is allowed by cn rlm_ldap: performing search in uid=radauth,ou=radius,dc=CSPKRB, with filter (objectclass=radiusprofile) rlm_ldap: object not found [ldap] default_profile/user-profile search failed [ldap] looking for check items in directory... [ldap] looking for reply items in directory... WARNING: No "known good" password was found in LDAP. Are you sure that the user is configured correctly? [ldap] user 0010182b9065 authorized to use remote access rlm_ldap: ldap_release_conn: Release Id: 0 ++[ldap] returns ok ++[expiration] returns noop ++[logintime] returns noop [pap] WARNING! No "known good" password found for the user. Authentication may fail because of this. ++[pap] returns noop Found Auth-Type = EAP +- entering group authenticate {...} [eap] EAP Identity [eap] processing type tls [tls] Initiate [tls] Start returned 1 ++[eap] returns handled Sending Access-Challenge of id 0 to 192.168.1.254 port 49154 EAP-Message = 0x010100061520 Message-Authenticator = 0x00000000000000000000000000000000 State = 0xc26dceefc26cdb5c17fcb167e47515a3 Finished request 4. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 192.168.1.254 port 49154, id=0, length=134 Cleaning up request 4 ID 0 with timestamp +348 NAS-IP-Address = 192.168.1.254 NAS-Port-Type = Ethernet NAS-Port = 24 User-Name = "0010182b9065" Acct-Session-Id = "0500002B" State = 0xc26dceefc26cdb5c17fcb167e47515a3 EAP-Message = 0x0201002204103007f2c1a22a920adc933106b4a62923303031303138326239303635 Message-Authenticator = 0xf9ba8e6f27790169ab8ee1b280fbb4e9 +- entering group authorize {...} ++[preprocess] returns ok [auth_log] expand: /var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d -> /var/log/radius/radacct/192.168.1.254/auth-detail-20110621 [auth_log] /var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d expands to /var/log/radius/radacct/192.168.1.254/auth-detail-20110621 [auth_log] expand: %t -> Tue Jun 21 16:38:24 2011 ++[auth_log] returns ok [suffix] No '@' in User-Name = "0010182b9065", looking up realm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 1 length 34 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[unix] returns notfound ++[files] returns noop [ldap] performing user authorization for 0010182b9065 [ldap] expand: (cn=%{User-Name}) -> (cn=0010182b9065) [ldap] expand: ou=radius,dc=CSPKRB -> ou=radius,dc=CSPKRB rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: performing search in ou=radius,dc=CSPKRB, with filter (cn=0010182b9065) [ldap] checking if remote access for 0010182b9065 is allowed by cn rlm_ldap: performing search in uid=radauth,ou=radius,dc=CSPKRB, with filter (objectclass=radiusprofile) rlm_ldap: object not found [ldap] default_profile/user-profile search failed [ldap] looking for check items in directory... [ldap] looking for reply items in directory... WARNING: No "known good" password was found in LDAP. Are you sure that the user is configured correctly? [ldap] user 0010182b9065 authorized to use remote access rlm_ldap: ldap_release_conn: Release Id: 0 ++[ldap] returns ok ++[expiration] returns noop ++[logintime] returns noop [pap] WARNING! No "known good" password found for the user. Authentication may fail because of this. ++[pap] returns noop Found Auth-Type = EAP +- entering group authenticate {...} [eap] Request found, released from the list [eap] Response appears to match, but EAP type is wrong. [eap] Failed in handler ++[eap] returns invalid Failed to authenticate the user. Login incorrect: [0010182b9065] (from client 192.168.0.0/16 port 24) Using Post-Auth-Type Reject +- entering group REJECT {...} [attr_filter.access_reject] expand: %{User-Name} -> 0010182b9065 attr_filter: Matched entry DEFAULT at line 11 ++[attr_filter.access_reject] returns updated Delaying reject of request 5 for 1 seconds Going to the next request Waking up in 0.9 seconds. Sending delayed reject for request 5 Sending Access-Reject of id 0 to 192.168.1.254 port 49154 Waking up in 4.9 seconds. Cleaning up request 5 ID 0 with timestamp +348 Ready to process requests. -- View this message in context: http://freeradius.1045715.n5.nabble.com/MAC-auth-bypass-with-freeradius-ope… Sent from the FreeRadius - User mailing list archive at Nabble.com.

2 5

pap authenticate issue
by liuyang 22 Jun '11

22 Jun '11

Hi All, I got a problem with my freeradius server 2-2.1.7-7 PAP knew we're using NT-Password, but it still using CRYPT encryption Can anyone give me some help? Really appreciate for the coming help rad_recv: Access-Request packet from host 192.168.8.190 port 10598, id=184, length=92 User-Name = "liuyang" User-Password = "398765" NAS-IP-Address = 127.0.0.1 NAS-Identifier = "sshd" NAS-Port = 9573 NAS-Port-Type = Virtual Service-Type = Authenticate-Only Calling-Station-Id = "192.168.8.118" +- entering group authorize {...} ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop [suffix] No '@' in User-Name = "liuyang", looking up realm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] No EAP-Message, not doing EAP ++[eap] returns noop ++[unix] returns updated rlm_ldap: Entering ldap_groupcmp() [files] expand: dc=smsgrp,dc=com -> dc=smsgrp,dc=com [files] expand: %{Stripped-User-Name} -> [files] expand: %{User-Name} -> liuyang [files] expand: (uid=%{%{Stripped-User-Name}:-%{User-Name}}) -> (uid=liuyang) rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: performing search in dc=smsgrp,dc=com, with filter (uid=liuyang) rlm_ldap: ldap_release_conn: Release Id: 0 [files] expand: (|(&(objectClass=GroupOfNames)(member=%{control:Ldap-UserDn}))(&(objectClass =GroupOfUniqueNames)(uniquemember=%{control:Ldap-UserDn}))) -> (|(&(objectClass=GroupOfNames)(member=cn\3dliu yang\2cou\3dUsers\2cou\3dAccounts\2cdc\3dsmsgrp\2cdc\3dcom))(&(objectClass=G roupOfUniqueNames)(uniquemember=cn\3dliu yang\2cou\3dUsers\2cou\3dAccounts\2cdc\3dsmsgrp\2cdc\3dcom))) rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: performing search in dc=smsgrp,dc=com, with filter (&(cn=domain_users)(|(&(objectClass=GroupOfNames)(member=cn\3dliu yang\2cou\3dUsers\2cou\3dAccounts\2cdc\3dsmsgrp\2cdc\3dcom))(&(objectClass=G roupOfUniqueNames)(uniquemember=cn\3dliu yang\2cou\3dUsers\2cou\3dAccounts\2cdc\3dsmsgrp\2cdc\3dcom)))) rlm_ldap::ldap_groupcmp: User found in group domain_users rlm_ldap: ldap_release_conn: Release Id: 0 ++[files] returns noop [ldap] performing user authorization for liuyang [ldap] expand: %{Stripped-User-Name} -> [ldap] expand: %{User-Name} -> liuyang [ldap] expand: (uid=%{%{Stripped-User-Name}:-%{User-Name}}) -> (uid=liuyang) [ldap] expand: dc=smsgrp,dc=com -> dc=smsgrp,dc=com rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: performing search in dc=smsgrp,dc=com, with filter (uid=liuyang) [ldap] looking for check items in directory... rlm_ldap: pcnMicrosoftNTPassword -> NT-Password == 0x3941383936454439353845383741424246443546313634414231464145434543 [ldap] looking for reply items in directory... WARNING: No "known good" password was found in LDAP. Are you sure that the user is configured correctly? [ldap] user liuyang authorized to use remote access rlm_ldap: ldap_release_conn: Release Id: 0 ++[ldap] returns ok ++[expiration] returns noop ++[logintime] returns noop [pap] Normalizing NT-Password from hex encoding ++[pap] returns updated Found Auth-Type = PAP +- entering group PAP {...} [pap] login attempt with password "398765" [pap] Using CRYPT encryption. [pap] Passwords don't match ++[pap] returns reject Best Regards, Liuyang

2 2

rlm_exec and proxy request paradox
by Nathan M 21 Jun '11

21 Jun '11

Hello, I'm in the process of updating old 1.x freeradius servers to 2.1.10. We have scripts which fire to verify some local verifications and return some attributes which get passed along with the response to the NAS. The old method used Exec-Program-Wait in the users file; however, per recommendation in docs and list I'm converting things over to use the newer rlm_exec method. The new method works great for local authentication; however, I'm getting stumped on requests which are proxied to another radius server which accepts the request. Process of events: 1. Auth request is proxied to 3rd party server, which returns an Access-Accept rad_recv: Access-Accept packet from host 10.0.0.243 port 1645, id=184, length=37 Framed-Protocol = PPP Framed-Compression = Van-Jacobson-TCP-IP Proxy-State = 0x313238 2. As configured in post-proxy, visp_proxyauth is run. For the sake of simplicity visp_proxyauth executes a script which simply responds with exit 1 to mimic a failed local verification. # Executing section post-proxy from file /usr/local/etc/raddb/sites-enabled/default +- entering group post-proxy {...} Exec-Program output: Exec-Program: returned: 1 ++[visp_proxyauth] returns reject Found Auth-Type = Accept Auth-Type = Accept, accepting the user Problem, even though visp_proxyauth returns reject with exit 1, I believe the earlier Auth-Type = Accept from the response of the 3rd party radius server the request was proxied to is being used to accept the login. This differs from how 1.x acted in that if exec-program-wait returned exit 1 it would fail the request. My new install of 2.1.10 accepts the request which is not the desired behavior. I'm definitely open to modifying my config or exit codes to accommodate any differences introduced in 2.x. I've seemingly tried too many different configuration options and different tactics to try to make this work but seem to be stumped and looking for some outside perspective. My goal would be to ultimately reject the request if visp_proxyauth exits with return value 1 (user reject). Any assistance is greatly appreciated. - N Complete debug output follows: FreeRADIUS Version 2.1.10, for host x86_64-unknown-linux-gnu, built on Jun 15 2011 at 18:03:23 Copyright (C) 1999-2009 The FreeRADIUS server project and contributors. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. You may redistribute copies of FreeRADIUS under the terms of the GNU General Public License v2. Starting - reading configuration files ... including configuration file /usr/local/etc/raddb/radiusd.conf including configuration file /usr/local/etc/raddb/proxy.conf including configuration file /usr/local/etc/raddb/clients.conf including files in directory /usr/local/etc/raddb/modules/ including configuration file /usr/local/etc/raddb/modules/mac2ip including configuration file /usr/local/etc/raddb/modules/vispauth including configuration file /usr/local/etc/raddb/modules/logintime including configuration file /usr/local/etc/raddb/modules/opendirectory including configuration file /usr/local/etc/raddb/modules/detail.log including configuration file /usr/local/etc/raddb/modules/expiration including configuration file /usr/local/etc/raddb/modules/detail.example.com including configuration file /usr/local/etc/raddb/modules/linelog including configuration file /usr/local/etc/raddb/modules/cui including configuration file /usr/local/etc/raddb/modules/passwd including configuration file /usr/local/etc/raddb/modules/wimax including configuration file /usr/local/etc/raddb/modules/acct_unique including configuration file /usr/local/etc/raddb/modules/ippool including configuration file /usr/local/etc/raddb/modules/chap including configuration file /usr/local/etc/raddb/modules/policy including configuration file /usr/local/etc/raddb/modules/krb5 including configuration file /usr/local/etc/raddb/modules/always including configuration file /usr/local/etc/raddb/modules/pam including configuration file /usr/local/etc/raddb/modules/smsotp including configuration file /usr/local/etc/raddb/modules/attr_rewrite including configuration file /usr/local/etc/raddb/modules/etc_group including configuration file /usr/local/etc/raddb/modules/sql_log including configuration file /usr/local/etc/raddb/modules/inner-eap including configuration file /usr/local/etc/raddb/modules/mac2vlan including configuration file /usr/local/etc/raddb/modules/detail including configuration file /usr/local/etc/raddb/modules/digest including configuration file /usr/local/etc/raddb/modules/ldap including configuration file /usr/local/etc/raddb/modules/files including configuration file /usr/local/etc/raddb/modules/pap including configuration file /usr/local/etc/raddb/modules/unix including configuration file /usr/local/etc/raddb/modules/expr including configuration file /usr/local/etc/raddb/modules/checkval including configuration file /usr/local/etc/raddb/modules/counter including configuration file /usr/local/etc/raddb/modules/perl including configuration file /usr/local/etc/raddb/modules/sradutmp including configuration file /usr/local/etc/raddb/modules/preprocess including configuration file /usr/local/etc/raddb/modules/realm including configuration file /usr/local/etc/raddb/modules/attr_filter including configuration file /usr/local/etc/raddb/modules/echo including configuration file /usr/local/etc/raddb/modules/exec including configuration file /usr/local/etc/raddb/modules/radutmp including configuration file /usr/local/etc/raddb/modules/ntlm_auth including configuration file /usr/local/etc/raddb/modules/smbpasswd including configuration file /usr/local/etc/raddb/modules/vispauth3 including configuration file /usr/local/etc/raddb/modules/mschap including configuration file /usr/local/etc/raddb/modules/dynamic_clients including configuration file /usr/local/etc/raddb/modules/otp including configuration file /usr/local/etc/raddb/modules/vispauth2 including configuration file /usr/local/etc/raddb/modules/sqlcounter_expire_on_login including configuration file /usr/local/etc/raddb/policy.conf including files in directory /usr/local/etc/raddb/sites-enabled/ including configuration file /usr/local/etc/raddb/sites-enabled/default including configuration file /usr/local/etc/raddb/sites-enabled/control-socket main { user = "radius" group = "radius" allow_core_dumps = no } including dictionary file /usr/local/etc/raddb/dictionary main { prefix = "/usr/local" localstatedir = "/usr/local/var" logdir = "/var/log/radius" libdir = "/usr/local/lib" radacctdir = "/var/log/radius/radacct" hostname_lookups = no max_request_time = 30 cleanup_delay = 5 max_requests = 48000 pidfile = "/usr/local/var/run/radiusd/radiusd.pid" checkrad = "/usr/local/sbin/checkrad" debug_level = 0 proxy_requests = yes log { stripped_names = no auth = yes auth_badpass = yes auth_goodpass = yes } security { max_attributes = 200 reject_delay = 1 status_server = yes } } radiusd: #### Loading Realms and Home Servers #### proxy server { retry_delay = 3 retry_count = 3 default_fallback = no dead_time = 120 wake_all_if_all_dead = no } realm DEFAULT { nostrip authhost = LOCAL accthost = LOCAL } realm abc.com { nostrip authhost = 10.0.0.243:1645 accthost = 10.0.0.243:1646 secret = xxx } radiusd: #### Loading Clients #### client localhost { ipaddr = 127.0.0.1 require_message_authenticator = no secret = "testing123" nastype = "other" } client 10.0.0.0/24 { require_message_authenticator = no secret = "xxx" shortname = "wkstation" } radiusd: #### Instantiating modules #### instantiate { Module: Linked to module rlm_exec Module: Instantiating module "exec" from file /usr/local/etc/raddb/modules/exec exec { wait = no input_pairs = "request" shell_escape = yes } Module: Linked to module rlm_expr Module: Instantiating module "expr" from file /usr/local/etc/raddb/modules/expr Module: Linked to module rlm_expiration Module: Instantiating module "expiration" from file /usr/local/etc/raddb/modules/expiration expiration { reply-message = "Password Has Expired " } Module: Linked to module rlm_logintime Module: Instantiating module "logintime" from file /usr/local/etc/raddb/modules/logintime logintime { reply-message = "You are calling outside your allowed timespan " minimum-timeout = 60 } } radiusd: #### Loading Virtual Servers #### server { # from file /usr/local/etc/raddb/radiusd.conf modules { Module: Checking authenticate {...} for more modules to load Module: Instantiating module "visp_auth" from file /usr/local/etc/raddb/modules/vispauth exec visp_auth { wait = yes program = "/tmp/auth.sh" input_pairs = "request" output_pairs = "reply" shell_escape = yes } Module: Checking authorize {...} for more modules to load Module: Linked to module rlm_preprocess Module: Instantiating module "preprocess" from file /usr/local/etc/raddb/modules/preprocess preprocess { huntgroups = "/usr/local/etc/raddb/huntgroups" hints = "/usr/local/etc/raddb/hints" with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no with_alvarion_vsa_hack = no } Module: Linked to module rlm_realm Module: Instantiating module "prefix" from file /usr/local/etc/raddb/modules/realm realm prefix { format = "prefix" delimiter = "#" ignore_default = yes ignore_null = yes } Module: Instantiating module "suffix" from file /usr/local/etc/raddb/modules/realm realm suffix { format = "suffix" delimiter = "@" ignore_default = no ignore_null = no } Module: Linked to module rlm_files Module: Instantiating module "files" from file /usr/local/etc/raddb/modules/files files { usersfile = "/usr/local/etc/raddb/users" acctusersfile = "/usr/local/etc/raddb/acct_users" preproxy_usersfile = "/usr/local/etc/raddb/preproxy_users" compat = "no" } Module: Checking preacct {...} for more modules to load Module: Linked to module rlm_acct_unique Module: Instantiating module "acct_unique" from file /usr/local/etc/raddb/modules/acct_unique acct_unique { key = "User-Name, Acct-Session-Id, NAS-IP-Address, Client-IP-Address, NAS-Port" } Module: Checking accounting {...} for more modules to load Module: Linked to module rlm_detail Module: Instantiating module "detail" from file /usr/local/etc/raddb/modules/detail detail { detailfile = "/var/log/radius/radacct/%{Client-IP-Address}/detail-%Y%m%d" header = "%t" detailperm = 384 dirperm = 493 locking = no log_packet_header = no } Module: Linked to module rlm_attr_filter Module: Instantiating module "attr_filter.accounting_response" from file /usr/local/etc/raddb/modules/attr_filter attr_filter attr_filter.accounting_response { attrsfile = "/usr/local/etc/raddb/attrs.accounting_response" key = "%{User-Name}" } Module: Checking session {...} for more modules to load Module: Linked to module rlm_radutmp Module: Instantiating module "radutmp" from file /usr/local/etc/raddb/modules/radutmp radutmp { filename = "/var/log/radius/radutmp" username = "%{User-Name}" case_sensitive = yes check_with_nas = yes perm = 384 callerid = yes } Module: Checking post-proxy {...} for more modules to load Module: Instantiating module "visp_proxyauth" from file /usr/local/etc/raddb/modules/vispauth exec visp_proxyauth { wait = yes program = "/tmp/auth.sh" input_pairs = "request" output_pairs = "reply" packet_type = "Access-Accept" shell_escape = yes } Module: Instantiating module "attr_filter.post-proxy" from file /usr/local/etc/raddb/modules/attr_filter attr_filter attr_filter.post-proxy { attrsfile = "/usr/local/etc/raddb/attrs" key = "%{Realm}" } [/usr/local/etc/raddb/attrs]:129 WARNING! Check item "Simultaneous-Use" found in filter list for realm "xDEFAULT". Module: Checking post-auth {...} for more modules to load Module: Instantiating module "attr_filter.access_reject" from file /usr/local/etc/raddb/modules/attr_filter attr_filter attr_filter.access_reject { attrsfile = "/usr/local/etc/raddb/attrs.access_reject" key = "%{User-Name}" } } # modules } # server radiusd: #### Opening IP addresses and Ports #### listen { type = "auth" ipaddr = 10.0.0.1 port = 1645 } listen { type = "acct" ipaddr = 10.0.0.1 port = 1646 } listen { type = "control" listen { socket = "/usr/local/var/run/radiusd/radiusd.sock" } } Listening on authentication address 10.0.0.1 port 1645 Listening on accounting address 10.0.0.1 port 1646 Listening on command file /usr/local/var/run/radiusd/radiusd.sock Listening on proxy address 10.0.0.1 port 1647 Ready to process requests. rad_recv: Access-Request packet from host 10.0.0.6 port 61666, id=128, length=75 User-Name = "testuser(a)abc.com" User-Password = "xxx" Framed-Protocol = PPP Service-Type = Framed-User Called-Station-Id = "5415551212" # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default +- entering group authorize {...} ++[preprocess] returns ok [prefix] No '#' in User-Name = "testuser(a)abc.com", skipping NULL due to config. ++[prefix] returns noop [suffix] Looking up realm "abc.com" for User-Name = "testuser(a)abc.com" [suffix] Found realm "abc.com" [suffix] Adding Stripped-User-Name = "testuser" [suffix] Adding Realm = "abc.com" [suffix] Proxying request from user testuser to realm abc.com [suffix] Preparing to proxy authentication request to realm "abc.com" ++[suffix] returns updated [files] users: Matched entry DEFAULT at line 172 [files] users: Matched entry DEFAULT at line 234 ++[files] returns ok ++[expiration] returns noop ++[logintime] returns noop WARNING: Empty pre-proxy section. Using default return values. Sending Access-Request of id 184 to 10.0.0.243 port 1645 User-Name = "testuser" User-Password = "xxx" Framed-Protocol = PPP Service-Type = Framed-User Called-Station-Id = "5415551212" NAS-IP-Address = 10.0.0.6 Proxy-State = 0x313238 Proxying request 0 to home server 10.0.0.243 port 1645 Sending Access-Request of id 184 to 10.0.0.243 port 1645 User-Name = "testuser" User-Password = "xxx" Framed-Protocol = PPP Service-Type = Framed-User Called-Station-Id = "5415551212" NAS-IP-Address = 10.0.0.6 Proxy-State = 0x313238 Going to the next request Waking up in 0.9 seconds. rad_recv: Access-Accept packet from host 10.0.0.243 port 1645, id=184, length=37 Framed-Protocol = PPP Framed-Compression = Van-Jacobson-TCP-IP Proxy-State = 0x313238 # Executing section post-proxy from file /usr/local/etc/raddb/sites-enabled/default +- entering group post-proxy {...} Exec-Program output: Exec-Program: returned: 1 ++[visp_proxyauth] returns reject Found Auth-Type = Accept Auth-Type = Accept, accepting the user Login OK: [testuser(a)abc.com/xxx] (from client visp-wkstation port 0) # Executing section post-auth from file /usr/local/etc/raddb/sites-enabled/default +- entering group post-auth {...} ++[exec] returns noop Sending Access-Accept of id 128 to 10.0.0.6 port 61666 Framed-Protocol = PPP Framed-Compression = Van-Jacobson-TCP-IP Finished request 0. Going to the next request Waking up in 4.9 seconds.

1 1

Multivalued (LDAP) Attributes and string matching, or regexes
by Jason Antman 21 Jun '11

21 Jun '11

Greetings, I have to control authorization based on a (possibly) multi-valued LDAP reply attribute called employeeType. I have all of the LDAP code working fine, but seem to have hit a snag. Each user has 1 to ??? (usually a max of 5 or so) employeeType values. The pertinent ones include "STAFF", "STAFF TEMPORARY", "STAFF OFFSITE", and "STAFF RETIRED". I need to allow all "STAFF" types access, unless their one and only "STAFF*" is "STAFF RETIRED" (yes, don't get me started, but it's considered "perfectly valid" for someone to have employeeTypes of staff, staff retired, and staff offsite). So essentially, I need to allow in anyone with "STAFF", not followed by " RETIRED". At the moment, I'm using %{reply:employeeType[*]} which works fine for reged matching all of the other funky attributes that should grant access. But I can't seem to figure out how to say, either with unlang comparisons or regexes (I'm on CentOS/RedHat, so I assume it would be POSIX, either BRE or ERE) or both, how to exclude that one condition. Examples: STAFF, STAFF RETIRED, SALARIED -> Accept STAFF -> Accept STAFF RETIRED -> Reject STAFF, STAFF TEMPORARY -> Accept FOO, STAFF RETIRED, BAR -> Reject FOO, STAFF, BAR -> Accept Any hints or guidance would be greatly appreciated. I've searched through all of the regex material I could find, and asked on #regex IRC and as many regex gurus as I could find, and the best answer I got was to combine regexes with some sort of unlang construct... but I can't seem to think of anything which will match my logical need... "the string STAFF not followed immediately by the string RETIRED". Thanks, Jason Antman PS - I know the Right answer here is "fix your LDAP schema". Unfortunately, I don't have any control over that. Or even the power to make suggestions. All I have is a directive of who gets in and who doesn't.

3 5

chain two authentication modules together
by madmatrix 20 Jun '11

20 Jun '11

Hi All, I searched some related posts in the forum and see Alan pointed out the rlm_example.c has the example for chaining two authentication modules. I have 2.1.10 version source code. In the rlm_example.c, the authentication part is only like this: static int example_authenticate(void *instance, REQUEST *request) { /* quiet the compiler */ instance = instance; request = request; return RLM_MODULE_OK; } Can't see how two authentication modules get chained here. What I'm wanting to do is integrate LDAP and OTP. The OTP I want to use doesn't have interface to radius. So I'm planning to get that OTP source code into a new FR module. For LDAP part, I just want to include the existing module to the new one. Is this doable? I guess I may need implant the LDAP module code into the new module too. The whole authentication process is: 1. LDAP authentication. 2. If successful, do something and request 2nd OTP authencation. If not, reject the authentication. >From what I read here, the new module must be the way to do this. But is there any easy way to integrate existing module like LDAP into the new module? Thanks a lot for your help. Really appreciate it. Lou -- View this message in context: http://freeradius.1045715.n5.nabble.com/chain-two-authentication-modules-to… Sent from the FreeRadius - User mailing list archive at Nabble.com.

2 6

Opposite of Expiraton attribute?
by Matthew George 20 Jun '11

20 Jun '11

Is there an attribute that is the opposite of expiration? I'm trying to setup accounts to have a specific login time range. For example; Start-Time >= 5 June 2011 00:00:00 Expiration == 5 June 2011 02:00:00 I've been hunting googling for hours but I've been unable to find an attribute that would let me specific a "start-time" or a "valid-after" attribute. Any suggestions?

5 12

Wiki down for maintenance
by Arran Cudbard-Bell 20 Jun '11

20 Jun '11

Dear FreeRADIUS users, The wiki will be going down for maintenance in approximately 10 minutes (8:50AM GMT), hope to have it back up within about 30 minutes. Please save any pages you're working on. The downtime is to switch to a new branching structure to manage customisations, and to switch from the original omniauth hack to a sinatra module. The modifications should fix the following issues: * TOC displayed but sometimes jumps out of page flow (CSS bug) * TOC not displayed in preview pages * Authentication button images smushed into unreadable form in Firefox (CSS bug) * 500 error, or exception when valid name field has not been sent from provider * Logout button always kicks back to the home page (will now redirect back to the previous page) - Note: if you're editing and you log out, you will be immediately prompted to log back in, this isn't a bug... * Authentication process starts sooner when you attempt to create a page, it doesn't wait for you to attempt to save the page before prompting login. * Possibly fixes the -_ whitespace substitution issues in page path I'm also re-adding twitter now the source of the spam has been found. -Arran

1 1

NTLM Auth and mysql
by motaibi 18 Jun '11

18 Jun '11

Dear Guys, i have this setup Serv1: Linux Server CentOS 5.6 { - Chillispot - FreeRADIUS - Apache - Mysql } Serv2: Windows Server 2003 { - Active Directory } now i will explain how i did setup this and what is my problem . I integrated chillispot & mysql with FreeRADIUS . When the client enter his username and password it's come to FreeRADIUS and do Authentication via NTLM-AUTH Active Directory to verfiy user entry Then do Authorization via mysql . # If the user found in Active Directory only and not existing in Myql will login without any policy like Limited Download and login-time ..etc # If the user found in Active Directory and Mysql will be login with policy . How can i take the users on Active Directory and create them on mysql DB through some script php or else , lets say if after some time there many users created in Active Directory so they will not found in mysql . How i do that Automatic not manual ? I attached two example of my debuging mode in FreeRADIUS http://freeradius.1045715.n5.nabble.com/file/n4499034/test.pdf test.pdf http://freeradius.1045715.n5.nabble.com/file/n4499034/user1.pdf user1.pdf I hope found someone solve my problem . Thanks Best Regards, Metab -- View this message in context: http://freeradius.1045715.n5.nabble.com/NTLM-Auth-and-mysql-tp4499034p44990… Sent from the FreeRadius - User mailing list archive at Nabble.com.

4 9

sigtrap in rlm_perl
by Energ 17 Jun '11

17 Jun '11

Hi! Is it possible to catch signals (such as SIGHUP) inside rlm_perl module? -- View this message in context: http://freeradius.1045715.n5.nabble.com/sigtrap-in-rlm-perl-tp4498735p44987… Sent from the FreeRadius - User mailing list archive at Nabble.com.

2 1

"Error: rlm_ldap: All ldap connections are in use"
by Angus JIANG Jian 17 Jun '11

17 Jun '11

we found the following error messages in the RADIUS log "Error: rlm_ldap: All ldap connections are in use" on redhat workstation 5 OS. "Error: Discarding duplicate request from client AP1840-4:1031 - ID: 72 due to unfinished request 1017" 7:05pm - Tried to restarted the RADIUS daemon but the problem still exist 7:08pm - Tried to increase the ldap_connection limit from 15 to 50 but got other error message "Info: The maximum number of threads (32) are active, cannot spawn new thread to handle request" - Resume the ldap_connection limit, the problem still exist 7:15pm - Restarted the Linux VM but the problem still exisit..."All ldap connection are in use".... ~7:25pm - Tried the bypass the authentication 7:27pm - 7:39pm - ALL AP were rebooted automatically 7:41pm - Resume the authentication bypass and restarted the RADIUS. Most users can login successfully. - Many users don't know how to register their account in APPS Store and could not download APPS - Around four APs were reached to the max 45 users. <<Email Disclaimer>> This e-mail and its attachments, if any, are confidential and contain information for an intended recipient. The Open University of Hong Kong (OUHK) disclaims any liability for any loss or damage if this e-mail is received by any person who is not the intended recipient. E-mail transmissions cannot be guaranteed to be completely secure, error or virus free. No responsibility is accepted by the OUHK for any loss or damage arising in any way from receipt or use thereof. Arrangements or statements appearing to bind OUHK are not binding upon OUHK unless made in accordance with OUHK's constitution and duly authorised. OUHK staff are expressly prohibited from breaching applicable law, infringing third party rights, making defamatory statements and committing tortious acts by e-mail communications.

4 10