Returning attributes based on group membership using NTLM_AUTH
I'm trying to set up switch logons for IT staff. Some will get operator (limited, read-only) access, some get manager (full) access. I've got two Active Directory groups that control which access they get. I've got the ntlm_auth section working with two different instances, one for each, using the "--require-membership-of" switch to ntlm_auth. **** modules/ntlm_auth **** exec ntlm_auth.swcmgr { wait = yes program = "/usr/bin/ntlm_auth --request-nt-key --domain= MYDOMAIN --username=%{User-Name} --password=%{User-Password} --require-membership-of=MYDOMAIN\\SWITCH-MANAGERS" } exec ntlm_auth.swcoper { wait = yes program = "/usr/bin/ntlm_auth --request-nt-key --domain= MYDOMAIN --username=%{User-Name} --password=%{User-Password} --require-membership-of=MYDOMAIN\\SWITCH-OPERATORS" } **** End of file **** I've also got the following in my users file: **** users **** DEFAULT Auth-Type = ntlm_auth.swcmgr, Service-Type == 7, NAS-Port-Type == 5 Service-Type := 6, # Fall-Through = Yes #DEFAULT Auth-Type = ntlm_auth.swcoper, Service-Type == 7, NAS-Port-Type == 5 # Service-Type := 7 **** End of file **** And in sites-enabled/default, I've listed these two in the authenticate section. With the config above, it'll let managers in with manager access, but not operators. If I comment out the first DEFAULT line in the users file, and uncomment the second, it'll let operators in with operator access, but not managers. But if I uncomment out both, operators get denied access on the first DEFAULT line, and processing stops. If I uncomment out the "Fall-Through" line, it appears to only fall-through on success of the first DEFAULT section, not on failure. What's the best way to accomplish what I want? I think I'd need to use unlang somehow, but the sites-enabled/default says unlang should go in post-auth, and I think I need it in the authenticate section? Or should I be looking to do it in the modules/ntlm_auth file? Is this too complicated for unlang, should I be looking at perl or python? Or am I overcomplicating things? Any pointers would be appreciated. John H. Moe Network Support - Hatch IT HATCH Tel: +61 (7) 3166 7777 Direct: +61 (7) 3166 7684 Fax: +61 (7) 3368 3754 Mobile: +61 438 772 425 61 Petrie Terrace, Brisbane, Queensland Australia 4000 ***************************** NOTICE - This message from Hatch is intended only for the use of the individual or entity to which it is addressed and may contain information which is privileged, confidential or proprietary. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, arrive late or contain viruses. By communicating with us via e-mail, you accept such risks.� When addressed to our clients, any information, drawings, opinions or advice (collectively, "information") contained in this e-mail is subject to the terms and conditions expressed in the governing agreements.� Where no such agreement exists, the recipient shall neither rely upon nor disclose to others, such information without our written consent.� Unless otherwise agreed, we do not assume any liability with respect to the accuracy or completeness of the information set out in this e-mail.� If you have received this message in error, please notify us immediately by return e-mail and destroy and delete the message from your computer.
Sorry to reply to my own post, but I think I've found the answer; can someone let me know if I'm on the right track? I believe that I should be using ntlm_auth to *only* validate the *password* in the authenticate section. And then I'll need to configure the LDAP module and use Ldap-Group as an additional item to match against in the users file to return the appropriate Service-Type attribute? John H. Moe Network Support - Hatch IT HATCH Tel: +61 (7) 3166 7777 Direct: +61 (7) 3166 7684 Fax: +61 (7) 3368 3754 Mobile: +61 438 772 425 61 Petrie Terrace, Brisbane, Queensland Australia 4000
-----Original Message----- From: freeradius-users-bounces+jmoe=hatch.com.au@lists.freeradius.org [mailto:freeradius-users- bounces+jmoe=hatch.com.au@lists.freeradius.org] On Behalf Of Moe, John Sent: Wednesday, 3 August 2011 9:33 AM To: freeradius-users@lists.freeradius.org Subject: Returning attributes based on group membership using NTLM_AUTH
I'm trying to set up switch logons for IT staff. Some will get operator (limited, read-only) access, some get manager (full) access. I've got two Active Directory groups that control which access they get.
I've got the ntlm_auth section working with two different instances, one for each, using the "--require-membership-of" switch to ntlm_auth.
**** modules/ntlm_auth ****
exec ntlm_auth.swcmgr { wait = yes program = "/usr/bin/ntlm_auth --request-nt-key --domain= MYDOMAIN --username=%{User-Name} --password=%{User-Password} --require-membership-of=MYDOMAIN\\SWITCH-MANAGERS" }
exec ntlm_auth.swcoper { wait = yes program = "/usr/bin/ntlm_auth --request-nt-key --domain= MYDOMAIN --username=%{User-Name} --password=%{User-Password} --require-membership-of=MYDOMAIN\\SWITCH-OPERATORS" }
**** End of file ****
I've also got the following in my users file:
**** users ****
DEFAULT Auth-Type = ntlm_auth.swcmgr, Service-Type == 7, NAS-Port-Type == 5 Service-Type := 6, # Fall-Through = Yes
#DEFAULT Auth-Type = ntlm_auth.swcoper, Service-Type == 7, NAS-Port-Type == 5 # Service-Type := 7
**** End of file ****
And in sites-enabled/default, I've listed these two in the authenticate section.
With the config above, it'll let managers in with manager access, but not operators. If I comment out the first DEFAULT line in the users file, and uncomment the second, it'll let operators in with operator access, but not managers. But if I uncomment out both, operators get denied access on the first DEFAULT line, and processing stops. If I uncomment out the "Fall-Through" line, it appears to only fall-through on success of the first DEFAULT section, not on failure.
What's the best way to accomplish what I want? I think I'd need to use unlang somehow, but the sites-enabled/default says unlang should go in post-auth, and I think I need it in the authenticate section? Or should I be looking to do it in the modules/ntlm_auth file? Is this too complicated for unlang, should I be looking at perl or python? Or am I overcomplicating things? Any pointers would be appreciated.
John H. Moe Network Support - Hatch IT HATCH Tel: +61 (7) 3166 7777 Direct: +61 (7) 3166 7684 Fax: +61 (7) 3368 3754 Mobile: +61 438 772 425 61 Petrie Terrace, Brisbane, Queensland Australia 4000
***************************** NOTICE - This message from Hatch is intended only for the use of the individual or entity to which it is addressed and may contain information which is privileged, confidential or proprietary. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, arrive late or contain viruses. By communicating with us via e-mail, you accept such risks.� When addressed to our clients, any information, drawings, opinions or advice (collectively, "information") contained in this e-mail is subject to the terms and conditions expressed in the governing agreements.� Where no such agreement exists, the recipient shall neither rely upon nor disclose to others, such information without our written consent.� Unless otherwise agreed, we do not assume any liability with respect to the accuracy or completeness of the information set out in this e-mail.� If you have received this message in error, please notify us immediately by return e-mail and destroy and delete the message from your computer.
Coooorrrrect ! :) -Arran On 3 Aug 2011, at 06:19, Moe, John wrote:
Sorry to reply to my own post, but I think I've found the answer; can someone let me know if I'm on the right track?
I believe that I should be using ntlm_auth to *only* validate the *password* in the authenticate section. And then I'll need to configure the LDAP module and use Ldap-Group as an additional item to match against in the users file to return the appropriate Service-Type attribute?
John H. Moe Network Support - Hatch IT HATCH Tel: +61 (7) 3166 7777 Direct: +61 (7) 3166 7684 Fax: +61 (7) 3368 3754 Mobile: +61 438 772 425 61 Petrie Terrace, Brisbane, Queensland Australia 4000
-----Original Message----- From: freeradius-users-bounces+jmoe=hatch.com.au@lists.freeradius.org [mailto:freeradius-users- bounces+jmoe=hatch.com.au@lists.freeradius.org] On Behalf Of Moe, John Sent: Wednesday, 3 August 2011 9:33 AM To: freeradius-users@lists.freeradius.org Subject: Returning attributes based on group membership using NTLM_AUTH
I'm trying to set up switch logons for IT staff. Some will get operator (limited, read-only) access, some get manager (full) access. I've got two Active Directory groups that control which access they get.
I've got the ntlm_auth section working with two different instances, one for each, using the "--require-membership-of" switch to ntlm_auth.
**** modules/ntlm_auth ****
exec ntlm_auth.swcmgr { wait = yes program = "/usr/bin/ntlm_auth --request-nt-key --domain= MYDOMAIN --username=%{User-Name} --password=%{User-Password} --require-membership-of=MYDOMAIN\\SWITCH-MANAGERS" }
exec ntlm_auth.swcoper { wait = yes program = "/usr/bin/ntlm_auth --request-nt-key --domain= MYDOMAIN --username=%{User-Name} --password=%{User-Password} --require-membership-of=MYDOMAIN\\SWITCH-OPERATORS" }
**** End of file ****
I've also got the following in my users file:
**** users ****
DEFAULT Auth-Type = ntlm_auth.swcmgr, Service-Type == 7, NAS-Port-Type == 5 Service-Type := 6, # Fall-Through = Yes
#DEFAULT Auth-Type = ntlm_auth.swcoper, Service-Type == 7, NAS-Port-Type == 5 # Service-Type := 7
**** End of file ****
And in sites-enabled/default, I've listed these two in the authenticate section.
With the config above, it'll let managers in with manager access, but not operators. If I comment out the first DEFAULT line in the users file, and uncomment the second, it'll let operators in with operator access, but not managers. But if I uncomment out both, operators get denied access on the first DEFAULT line, and processing stops. If I uncomment out the "Fall-Through" line, it appears to only fall-through on success of the first DEFAULT section, not on failure.
What's the best way to accomplish what I want? I think I'd need to use unlang somehow, but the sites-enabled/default says unlang should go in post-auth, and I think I need it in the authenticate section? Or should I be looking to do it in the modules/ntlm_auth file? Is this too complicated for unlang, should I be looking at perl or python? Or am I overcomplicating things? Any pointers would be appreciated.
John H. Moe Network Support - Hatch IT HATCH Tel: +61 (7) 3166 7777 Direct: +61 (7) 3166 7684 Fax: +61 (7) 3368 3754 Mobile: +61 438 772 425 61 Petrie Terrace, Brisbane, Queensland Australia 4000
***************************** NOTICE - This message from Hatch is intended only for the use of the individual or entity to which it is addressed and may contain information which is privileged, confidential or proprietary. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, arrive late or contain viruses. By communicating with us via e-mail, you accept such risks. When addressed to our clients, any information, drawings, opinions or advice (collectively, "information") contained in this e-mail is subject to the terms and conditions expressed in the governing agreements. Where no such agreement exists, the recipient shall neither rely upon nor disclose to others, such information without our written consent. Unless otherwise agreed, we do not assume any liability with respect to the accuracy or completeness of the information set out in this e-mail. If you have received this message in error, please notify us immediately by return e-mail and destroy and delete the message from your computer. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Arran Cudbard-Bell a.cudbardb@freeradius.org RADIUS - Half the complexity of Diameter
Oh goodie, I'm getting somewhere. :-) 1) So, I don't need to uncomment "ldap" in the authenticate section, as it's not going to do the password validation, right? 2) Do I just configure the module, put "ldap" in the authorize section of sites-enables/default, and put "Ldap-Group" in the check-items? 3) How much/what options do I need to configure in the ldap module config? I've configured server, basedn, filter, groupname_attribute, groupmembership_filter and groupmembership_attribute, but all I get is "Operations error". If I add identity and secret, I get a "Referral" failure. I've also tried the chase_referrals and rebind options, both with and without the identity/secret optinos, but they don't seem to change anything. FWIW, if I take out the Ldap-Group check-item, I get an Access-Accept, so everything else should be working fine, only the LDAP lookup seems to be not working. Debug info attached: FreeRADIUS Version 2.1.7, for host x86_64-pc-linux-gnu, built on Jul 21 2011 at 09:07:01 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 /etc/raddb/radiusd.conf including configuration file /etc/raddb/proxy.conf including configuration file /etc/raddb/clients.conf including files in directory /etc/raddb/modules/ including configuration file /etc/raddb/modules/smsotp including configuration file /etc/raddb/modules/sqlcounter_expire_on_login including configuration file /etc/raddb/modules/ntlm_auth including configuration file /etc/raddb/modules/detail including configuration file /etc/raddb/modules/preprocess including configuration file /etc/raddb/modules/sradutmp including configuration file /etc/raddb/modules/checkval including configuration file /etc/raddb/modules/inner-eap including configuration file /etc/raddb/modules/passwd including configuration file /etc/raddb/modules/unix including configuration file /etc/raddb/modules/ldap including configuration file /etc/raddb/modules/mac2ip including configuration file /etc/raddb/modules/attr_filter including configuration file /etc/raddb/modules/wimax including configuration file /etc/raddb/modules/etc_group including configuration file /etc/raddb/modules/pap including configuration file /etc/raddb/modules/chap including configuration file /etc/raddb/modules/counter including configuration file /etc/raddb/modules/krb5 including configuration file /etc/raddb/modules/mschap including configuration file /etc/raddb/modules/cui including configuration file /etc/raddb/modules/echo including configuration file /etc/raddb/modules/always including configuration file /etc/raddb/modules/pam including configuration file /etc/raddb/modules/realm including configuration file /etc/raddb/modules/acct_unique including configuration file /etc/raddb/modules/logintime including configuration file /etc/raddb/modules/files including configuration file /etc/raddb/modules/detail.log including configuration file /etc/raddb/modules/expiration including configuration file /etc/raddb/modules/ippool including configuration file /etc/raddb/modules/radutmp including configuration file /etc/raddb/modules/policy including configuration file /etc/raddb/modules/digest including configuration file /etc/raddb/modules/smbpasswd including configuration file /etc/raddb/modules/attr_rewrite including configuration file /etc/raddb/modules/detail.example.com including configuration file /etc/raddb/modules/linelog including configuration file /etc/raddb/modules/mschap.default including configuration file /etc/raddb/modules/perl including configuration file /etc/raddb/modules/expr including configuration file /etc/raddb/modules/sql_log including configuration file /etc/raddb/modules/exec including configuration file /etc/raddb/modules/mac2vlan including configuration file /etc/raddb/modules/otp including configuration file /etc/raddb/eap.conf including configuration file /etc/raddb/policy.conf including files in directory /etc/raddb/sites-enabled/ including configuration file /etc/raddb/sites-enabled/inner-tunnel including configuration file /etc/raddb/sites-enabled/default including configuration file /etc/raddb/sites-enabled/control-socket including dictionary file /etc/raddb/dictionary main { prefix = "/usr" localstatedir = "/var" logdir = "/var/log/radius" libdir = "/usr/lib64/freeradius" radacctdir = "/var/log/radius/radacct" hostname_lookups = no max_request_time = 30 cleanup_delay = 5 max_requests = 1024 allow_core_dumps = no pidfile = "/var/run/radiusd/radiusd.pid" checkrad = "/usr/sbin/checkrad" debug_level = 0 proxy_requests = yes log { stripped_names = no auth = no auth_badpass = no auth_goodpass = no } security { max_attributes = 200 reject_delay = 1 status_server = yes } } radiusd: #### Loading Realms and Home Servers #### proxy server { retry_delay = 5 retry_count = 3 default_fallback = no dead_time = 120 wake_all_if_all_dead = no } home_server localhost { ipaddr = 127.0.0.1 port = 1812 type = "auth" secret = "testing123" response_window = 20 max_outstanding = 65536 require_message_authenticator = no zombie_period = 40 status_check = "status-server" ping_interval = 30 check_interval = 30 num_answers_to_alive = 3 num_pings_to_alive = 3 revive_interval = 120 status_check_timeout = 4 irt = 2 mrt = 16 mrc = 5 mrd = 30 } home_server_pool my_auth_failover { type = fail-over home_server = localhost } realm example.com { auth_pool = my_auth_failover } realm LOCAL { } radiusd: #### Loading Clients #### client localhost { require_message_authenticator = no secret = "testing123" } client bri8021xtest.my.domain.name { ipaddr = 10.73.4.30 require_message_authenticator = no secret = "mysecret" shortname = "bri8021xtest" nastype = "cisco" } client bri8021xtest2.my.domain.name { ipaddr = 10.73.4.31 require_message_authenticator = no secret = "mysecret" shortname = "bri8021xtest2" nastype = "other" } radiusd: #### Instantiating modules #### instantiate { Module: Linked to module rlm_exec Module: Instantiating exec exec { wait = no input_pairs = "request" shell_escape = yes } Module: Linked to module rlm_expr Module: Instantiating expr Module: Linked to module rlm_expiration Module: Instantiating expiration expiration { reply-message = "Password Has Expired " } Module: Linked to module rlm_logintime Module: Instantiating logintime logintime { reply-message = "You are calling outside your allowed timespan " minimum-timeout = 60 } } radiusd: #### Loading Virtual Servers #### server inner-tunnel { modules { Module: Checking authenticate {...} for more modules to load Module: Linked to module rlm_pap Module: Instantiating pap pap { encryption_scheme = "auto" auto_header = no } Module: Linked to module rlm_chap Module: Instantiating chap Module: Linked to module rlm_mschap Module: Instantiating mschap mschap { use_mppe = yes require_encryption = no require_strong = no with_ntdomain_hack = no ntlm_auth = "/usr/bin/ntlm_auth --request-nt-key --username=%{mschap:User-Name:-None} --domain=%{%{mschap:NT-Domain}:-MYDOMAIN} --challenge=%{mschap:Challenge:-00} --nt-response=%{mschap:NT-Response:-00}" } Module: Linked to module rlm_unix Module: Instantiating unix unix { radwtmp = "/var/log/radius/radwtmp" } Module: Linked to module rlm_eap Module: Instantiating eap eap { default_eap_type = "md5" timer_expire = 60 ignore_unknown_eap_types = no cisco_accounting_username_bug = no max_sessions = 2048 } Module: Linked to sub-module rlm_eap_md5 Module: Instantiating eap-md5 Module: Linked to sub-module rlm_eap_leap Module: Instantiating eap-leap Module: Linked to sub-module rlm_eap_gtc Module: Instantiating eap-gtc gtc { challenge = "Password: " auth_type = "PAP" } Module: Linked to sub-module rlm_eap_tls Module: Instantiating eap-tls tls { rsa_key_exchange = no dh_key_exchange = yes rsa_key_length = 512 dh_key_length = 512 verify_depth = 0 pem_file_type = yes private_key_file = "/etc/raddb/certs/server.pem" certificate_file = "/etc/raddb/certs/server.pem" CA_file = "/etc/raddb/certs/ca.pem" private_key_password = "whatever" dh_file = "/etc/raddb/certs/dh" random_file = "/etc/raddb/certs/random" fragment_size = 1024 include_length = yes check_crl = no cipher_list = "DEFAULT" make_cert_command = "/etc/raddb/certs/bootstrap" cache { enable = no lifetime = 24 max_entries = 255 } } Module: Linked to sub-module rlm_eap_ttls Module: Instantiating eap-ttls ttls { default_eap_type = "md5" copy_request_to_tunnel = no use_tunneled_reply = no virtual_server = "inner-tunnel" include_length = yes } Module: Linked to sub-module rlm_eap_peap Module: Instantiating eap-peap peap { default_eap_type = "mschapv2" copy_request_to_tunnel = no use_tunneled_reply = no proxy_tunneled_request_as_eap = yes virtual_server = "inner-tunnel" } Module: Linked to sub-module rlm_eap_mschapv2 Module: Instantiating eap-mschapv2 mschapv2 { with_ntdomain_hack = no } Module: Instantiating ntlm_auth exec ntlm_auth { wait = yes program = "/usr/bin/ntlm_auth --request-nt-key --domain=MYDOMAIN --username=%{mschap:User-Name} --password=%{User-Password}" input_pairs = "request" shell_escape = yes } Module: Checking authorize {...} for more modules to load Module: Linked to module rlm_realm Module: Instantiating suffix realm suffix { format = "suffix" delimiter = "@" ignore_default = no ignore_null = no } Module: Linked to module rlm_files Module: Instantiating files files { usersfile = "/etc/raddb/users" acctusersfile = "/etc/raddb/acct_users" preproxy_usersfile = "/etc/raddb/preproxy_users" compat = "no" } Module: Linked to module rlm_ldap Module: Instantiating ldap ldap { server = "mygc.my.domain.name" port = 389 password = "" identity = "" net_timeout = 1 timeout = 4 timelimit = 3 tls_mode = no start_tls = no tls_require_cert = "allow" tls { start_tls = no require_cert = "allow" } basedn = "dc=my,dc=domain,dc=name" filter = "(sAMAccountName=%{%{Stripped-User-Name}:-%{User-Name}})" base_filter = "(objectclass=radiusprofile)" auto_header = no access_attr_used_for_allow = yes chase_referrals = yes rebind = yes groupname_attribute = "cn" groupmembership_filter = "(&(objectClass=group)(member=%Ldap-UserDn}))" groupmembership_attribute = "memberOf" dictionary_mapping = "/etc/raddb/ldap.attrmap" ldap_debug = 0 ldap_connections_number = 5 compare_check_items = no do_xlat = yes set_auth_type = no } 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 /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 sambaLmPassword mapped to RADIUS LM-Password rlm_ldap: LDAP sambaNtPassword mapped to RADIUS NT-Password rlm_ldap: LDAP dBCSPwd mapped to RADIUS LM-Password rlm_ldap: LDAP acctFlags mapped to RADIUS SMB-Account-CTRL-TEXT rlm_ldap: LDAP radiusExpiration mapped to RADIUS Expiration rlm_ldap: LDAP radiusNASIpAddress mapped to RADIUS NAS-IP-Address 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 rlm_ldap: LDAP radiusReplyMessage mapped to RADIUS Reply-Message rlm_ldap: LDAP radiusTunnelType mapped to RADIUS Tunnel-Type rlm_ldap: LDAP radiusTunnelMediumType mapped to RADIUS Tunnel-Medium-Type rlm_ldap: LDAP radiusTunnelPrivateGroupId mapped to RADIUS Tunnel-Private-Group-Id conns: 0xbf71e0 Module: Checking session {...} for more modules to load Module: Linked to module rlm_radutmp Module: Instantiating 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: Checking post-auth {...} for more modules to load Module: Linked to module rlm_attr_filter Module: Instantiating attr_filter.access_reject attr_filter attr_filter.access_reject { attrsfile = "/etc/raddb/attrs.access_reject" key = "%{User-Name}" } } # modules } # server server { modules { Module: Checking authenticate {...} for more modules to load Module: Checking authorize {...} for more modules to load Module: Linked to module rlm_preprocess Module: Instantiating preprocess preprocess { huntgroups = "/etc/raddb/huntgroups" hints = "/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: Checking preacct {...} for more modules to load Module: Linked to module rlm_acct_unique Module: Instantiating 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 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: Instantiating attr_filter.accounting_response attr_filter attr_filter.accounting_response { attrsfile = "/etc/raddb/attrs.accounting_response" key = "%{User-Name}" } Module: Checking session {...} for more modules to load Module: Checking post-proxy {...} for more modules to load Module: Checking post-auth {...} for more modules to load } # modules } # server radiusd: #### Opening IP addresses and Ports #### listen { type = "auth" ipaddr = * port = 0 } listen { type = "acct" ipaddr = * port = 0 } listen { type = "control" listen { socket = "/var/run/radiusd/radiusd.sock" } } Listening on authentication address * port 1812 Listening on accounting address * port 1813 Listening on command file /var/run/radiusd/radiusd.sock Listening on proxy address * port 1814 Ready to process requests. rad_recv: Access-Request packet from host 10.73.4.31 port 1025, id=136, length=94 User-Name = "username" User-Password = "password" NAS-Identifier = "BRI8021XTEST2" NAS-Port-Type = Virtual Service-Type = NAS-Prompt-User Message-Authenticator = 0x47738b0445f8bbbf4e0580b0f5dfdbf7 +- entering group authorize {...} ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop [suffix] No '@' in User-Name = "username", looking up realm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] No EAP-Message, not doing EAP ++[eap] returns noop ++[unix] returns notfound rlm_ldap: Entering ldap_groupcmp() [files] expand: dc=my,dc=domain,dc=name -> dc=my,dc=domain,dc=name [files] expand: %{Stripped-User-Name} -> [files] expand: %{User-Name} -> username [files] expand: (sAMAccountName=%{%{Stripped-User-Name}:-%{User-Name}}) -> (sAMAccountName=username) 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 mygc.my.domain.name:389, authentication 0 rlm_ldap: bind as / to mygc.my.domain.name:389 rlm_ldap: waiting for bind result ... rlm_ldap: Bind was successful rlm_ldap: performing search in dc=my,dc=domain,dc=name, with filter (sAMAccountName=username) rlm_ldap: ldap_search() failed: Operations error rlm_ldap::ldap_groupcmp: search failed rlm_ldap: ldap_release_conn: Release Id: 0 rlm_ldap: Entering ldap_groupcmp() [files] expand: dc=my,dc=domain,dc=name -> dc=my,dc=domain,dc=name [files] expand: %{Stripped-User-Name} -> [files] expand: %{User-Name} -> username [files] expand: (sAMAccountName=%{%{Stripped-User-Name}:-%{User-Name}}) -> (sAMAccountName=username) rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: attempting LDAP reconnection rlm_ldap: closing existing LDAP connection rlm_ldap: (re)connect to mygc.my.domain.name:389, authentication 0 rlm_ldap: bind as / to mygc.my.domain.name:389 rlm_ldap: waiting for bind result ... rlm_ldap: Bind was successful rlm_ldap: performing search in dc=my,dc=domain,dc=name, with filter (sAMAccountName=username) rlm_ldap: ldap_search() failed: Operations error rlm_ldap::ldap_groupcmp: search failed rlm_ldap: ldap_release_conn: Release Id: 0 ++[files] returns noop [ldap] performing user authorization for username [ldap] expand: %{Stripped-User-Name} -> [ldap] expand: %{User-Name} -> username [ldap] expand: (sAMAccountName=%{%{Stripped-User-Name}:-%{User-Name}}) -> (sAMAccountName=username) [ldap] expand: dc=my,dc=domain,dc=name -> dc=my,dc=domain,dc=name rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: attempting LDAP reconnection rlm_ldap: closing existing LDAP connection rlm_ldap: (re)connect to mygc.my.domain.name:389, authentication 0 rlm_ldap: bind as / to mygc.my.domain.name:389 rlm_ldap: waiting for bind result ... rlm_ldap: Bind was successful rlm_ldap: performing search in dc=my,dc=domain,dc=name, with filter (sAMAccountName=username) rlm_ldap: ldap_search() failed: Operations error [ldap] search failed rlm_ldap: ldap_release_conn: Release Id: 0 ++[ldap] returns fail Using Post-Auth-Type Reject +- entering group REJECT {...} [attr_filter.access_reject] expand: %{User-Name} -> username attr_filter: Matched entry DEFAULT at line 11 ++[attr_filter.access_reject] returns updated Delaying reject of request 0 for 1 seconds Going to the next request Waking up in 0.9 seconds. Sending delayed reject for request 0 Sending Access-Reject of id 136 to 10.73.4.31 port 1025 Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.73.4.31 port 1025, id=137, length=94 User-Name = "username" User-Password = "password" NAS-Identifier = "BRI8021XTEST2" NAS-Port-Type = Virtual Service-Type = NAS-Prompt-User Message-Authenticator = 0xa1a963fcd5263b1fc947cda19760da25 +- entering group authorize {...} ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop [suffix] No '@' in User-Name = "username", looking up realm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] No EAP-Message, not doing EAP ++[eap] returns noop ++[unix] returns notfound rlm_ldap: Entering ldap_groupcmp() [files] expand: dc=my,dc=domain,dc=name -> dc=my,dc=domain,dc=name [files] expand: %{Stripped-User-Name} -> [files] expand: %{User-Name} -> username [files] expand: (sAMAccountName=%{%{Stripped-User-Name}:-%{User-Name}}) -> (sAMAccountName=username) rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: attempting LDAP reconnection rlm_ldap: closing existing LDAP connection rlm_ldap: (re)connect to mygc.my.domain.name:389, authentication 0 rlm_ldap: bind as / to mygc.my.domain.name:389 rlm_ldap: waiting for bind result ... rlm_ldap: Bind was successful rlm_ldap: performing search in dc=my,dc=domain,dc=name, with filter (sAMAccountName=username) rlm_ldap: ldap_search() failed: Operations error rlm_ldap::ldap_groupcmp: search failed rlm_ldap: ldap_release_conn: Release Id: 0 rlm_ldap: Entering ldap_groupcmp() [files] expand: dc=my,dc=domain,dc=name -> dc=my,dc=domain,dc=name [files] expand: %{Stripped-User-Name} -> [files] expand: %{User-Name} -> username [files] expand: (sAMAccountName=%{%{Stripped-User-Name}:-%{User-Name}}) -> (sAMAccountName=username) rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: attempting LDAP reconnection rlm_ldap: closing existing LDAP connection rlm_ldap: (re)connect to mygc.my.domain.name:389, authentication 0 rlm_ldap: bind as / to mygc.my.domain.name:389 rlm_ldap: waiting for bind result ... rlm_ldap: Bind was successful rlm_ldap: performing search in dc=my,dc=domain,dc=name, with filter (sAMAccountName=username) rlm_ldap: ldap_search() failed: Operations error rlm_ldap::ldap_groupcmp: search failed rlm_ldap: ldap_release_conn: Release Id: 0 ++[files] returns noop [ldap] performing user authorization for username [ldap] expand: %{Stripped-User-Name} -> [ldap] expand: %{User-Name} -> username [ldap] expand: (sAMAccountName=%{%{Stripped-User-Name}:-%{User-Name}}) -> (sAMAccountName=username) [ldap] expand: dc=my,dc=domain,dc=name -> dc=my,dc=domain,dc=name rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: attempting LDAP reconnection rlm_ldap: closing existing LDAP connection rlm_ldap: (re)connect to mygc.my.domain.name:389, authentication 0 rlm_ldap: bind as / to mygc.my.domain.name:389 rlm_ldap: waiting for bind result ... rlm_ldap: Bind was successful rlm_ldap: performing search in dc=my,dc=domain,dc=name, with filter (sAMAccountName=username) rlm_ldap: ldap_search() failed: Operations error [ldap] search failed rlm_ldap: ldap_release_conn: Release Id: 0 ++[ldap] returns fail Using Post-Auth-Type Reject +- entering group REJECT {...} [attr_filter.access_reject] expand: %{User-Name} -> username attr_filter: Matched entry DEFAULT at line 11 ++[attr_filter.access_reject] returns updated Delaying reject of request 1 for 1 seconds Going to the next request Waking up in 0.9 seconds. Sending delayed reject for request 1 Sending Access-Reject of id 137 to 10.73.4.31 port 1025 Waking up in 3.9 seconds. Cleaning up request 0 ID 136 with timestamp +11 Waking up in 1.0 seconds. Cleaning up request 1 ID 137 with timestamp +12 Ready to process requests. John H. Moe Network Support - Hatch IT HATCH Tel: +61 (7) 3166 7777 Direct: +61 (7) 3166 7684 Fax: +61 (7) 3368 3754 Mobile: +61 438 772 425 61 Petrie Terrace, Brisbane, Queensland Australia 4011
-----Original Message----- From: freeradius-users-bounces+jmoe=hatch.com.au@lists.freeradius.org [mailto:freeradius-users- bounces+jmoe=hatch.com.au@lists.freeradius.org] On Behalf Of Arran Cudbard-Bell Sent: Wednesday, 3 August 2011 4:15 PM To: FreeRadius users mailing list Subject: Re: Returning attributes based on group membership using NTLM_AUTH
Coooorrrrect ! :)
-Arran
On 3 Aug 2011, at 06:19, Moe, John wrote:
Sorry to reply to my own post, but I think I've found the answer; can someone let me know if I'm on the right track?
I believe that I should be using ntlm_auth to *only* validate the *password* in the authenticate section. And then I'll need to configure the LDAP module and use Ldap-Group as an additional item to match against in the users file to return the appropriate Service-Type attribute?
John H. Moe Network Support - Hatch IT HATCH Tel: +61 (7) 3166 7777 Direct: +61 (7) 3166 7684 Fax: +61 (7) 3368 3754 Mobile: +61 438 772 425 61 Petrie Terrace, Brisbane, Queensland Australia 4000
[ snip ]
Arran Cudbard-Bell a.cudbardb@freeradius.org
RADIUS - Half the complexity of Diameter
***************************** NOTICE - This message from Hatch is intended only for the use of the individual or entity to which it is addressed and may contain information which is privileged, confidential or proprietary. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, arrive late or contain viruses. By communicating with us via e-mail, you accept such risks.� When addressed to our clients, any information, drawings, opinions or advice (collectively, "information") contained in this e-mail is subject to the terms and conditions expressed in the governing agreements.� Where no such agreement exists, the recipient shall neither rely upon nor disclose to others, such information without our written consent.� Unless otherwise agreed, we do not assume any liability with respect to the accuracy or completeness of the information set out in this e-mail.� If you have received this message in error, please notify us immediately by return e-mail and destroy and delete the message from your computer.
Moe, John <jmoe@hatch.com.au> wrote:
Oh goodie, I'm getting somewhere. :-)
...except on the top posting front <email-nazi/>. ;P
1) So, I don't need to uncomment "ldap" in the authenticate section, as it's not going to do the password validation, right?
Sounds right.
2) Do I just configure the module, put "ldap" in the authorize section of sites-enables/default, and put "Ldap-Group" in the check-items?
Indeed.
3) How much/what options do I need to configure in the ldap module config? I've configured server, basedn, filter, groupname_attribute, groupmembership_filter and groupmembership_attribute, but all I get is "Operations error". If I add identity and secret, I get a "Referral" failure. I've also tried the chase_referrals and rebind options, both with and without the identity/secret optinos, but they don't seem to change anything.
What does the following give you from the command line: ---- ldapsearch -LLL -x -h mygc.my.domain.name -b dc=my,dc=domain,dc=name sAMAccountName=username ---- Until you can get 'ldapsearch' to work, you are unlikely to get FreeRADIUS to work. From the debug output and your description, it sounds more like a "how you are using LDAP" rather than "how FreeRADIUS is using LDAP" problem. If you can get ldapsearch to display the attributes you are after, then you can start to tinker with FreeRADIUS.
Module: Linked to module rlm_ldap Module: Instantiating ldap ldap { server = "mygc.my.domain.name" port = 389 password = "" identity = "" net_timeout = 1 timeout = 4 timelimit = 3 tls_mode = no start_tls = no tls_require_cert = "allow" <-- remember to make this 'require' tls { start_tls = no require_cert = "allow" <-- remember to make this 'require' } basedn = "dc=my,dc=domain,dc=name" filter = "(sAMAccountName=%{%{Stripped-User-Name}:-%{User-Name}})" base_filter = "(objectclass=radiusprofile)" auto_header = no access_attr_used_for_allow = yes chase_referrals = yes rebind = yes groupname_attribute = "cn" groupmembership_filter = "(&(objectClass=group)(member=%Ldap-UserDn}))" groupmembership_attribute = "memberOf" dictionary_mapping = "/etc/raddb/ldap.attrmap" ldap_debug = 0 ldap_connections_number = 5 compare_check_items = no do_xlat = yes set_auth_type = no }
[snipped]
rlm_ldap: Entering ldap_groupcmp() [files] expand: dc=my,dc=domain,dc=name -> dc=my,dc=domain,dc=name [files] expand: %{Stripped-User-Name} -> [files] expand: %{User-Name} -> username [files] expand: (sAMAccountName=%{%{Stripped-User-Name}:-%{User-Name}}) -> (sAMAccountName=username) 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 mygc.my.domain.name:389, authentication 0 rlm_ldap: bind as / to mygc.my.domain.name:389 rlm_ldap: waiting for bind result ... rlm_ldap: Bind was successful rlm_ldap: performing search in dc=my,dc=domain,dc=name, with filter (sAMAccountName=username) rlm_ldap: ldap_search() failed: Operations error rlm_ldap::ldap_groupcmp: search failed rlm_ldap: ldap_release_conn: Release Id: 0
If you have the stomach, a quick Google search takes you to the PHP website[1] (ewwww) but there is a posting that you should find useful. Looks like with Win2k3 you must have referrer following turned off and you cannot search the *whole* base of your directory, you can only search a sub-branch. I suspect the fix is nothing more than setting 'basedn' to "ou=lusers,dc=my,dc=domain,dc=name". Cheers [1] http://www.php.net/manual/en/function.ldap-search.php#45388 -- Alexander Clouter .sigmonster says: Without fools there would be no wisdom.
-----Original Message----- From: freeradius-users-bounces+jmoe=hatch.com.au@lists.freeradius.org [mailto:freeradius-users- bounces+jmoe=hatch.com.au@lists.freeradius.org] On Behalf Of Alexander Clouter Sent: Monday, 8 August 2011 6:14 PM To: freeradius-users@lists.freeradius.org Subject: Re: Returning attributes based on group membership using NTLM_AUTH
Moe, John <jmoe@hatch.com.au> wrote:
Oh goodie, I'm getting somewhere. :-)
...except on the top posting front <email-nazi/>. ;P
You know, I even thought of that before I sent it, but noticed that the reply to which I was replying to was top-posted, so I assumed that this list was weird in that respect. I should have known better.
1) So, I don't need to uncomment "ldap" in the authenticate section, as it's not going to do the password validation, right?
Sounds right.
2) Do I just configure the module, put "ldap" in the authorize
section of
sites-enables/default, and put "Ldap-Group" in the check-items?
Indeed.
I wasn't sure if putting "ldap" into the authenticate would do some sort of pre-configured checking on its own, even without the Ldap-Group check-item, but the more I read, the more it looked like that wasn't the case. Glad to hear I had it straight.
3) How much/what options do I need to configure in the ldap module config? I've configured server, basedn, filter, groupname_attribute, groupmembership_filter and groupmembership_attribute, but all I get is "Operations error". If I add identity and secret, I get a "Referral" failure. I've also tried the chase_referrals and rebind options, both with and without the identity/secret optinos, but they don't seem to change anything.
What does the following give you from the command line: ---- ldapsearch -LLL -x -h mygc.my.domain.name -b dc=my,dc=domain,dc=name sAMAccountName=username ----
Operations error (1) Additional information: 00000000: LdapErr: DSID-0C090627, comment: In order to perform this operation a successful bind must be completed on the connection., data 0, vece However, if I take out the "-x", I got an error saying my Kerberos ticket had expired. I did a kdestroy and kinit again, with the "-x", it still gave the error above. Without the "-x", I get what looks like a listing of all the account attributes. However, at the bottom, it says: # search reference ref: ldap://DomainDnsZones.my.domain.name/DC=DomainDnsZones,DC=my,DC=domain,DC =name # search result search: 5 result: 0 Success # numResponses: 3 # numEntries: 1 # numReferences: 1 So something still isn't right.
Until you can get 'ldapsearch' to work, you are unlikely to get FreeRADIUS to work. From the debug output and your description, it sounds more like a "how you are using LDAP" rather than "how FreeRADIUS is using LDAP" problem.
If you can get ldapsearch to display the attributes you are after, then you can start to tinker with FreeRADIUS.
Yeah, I kinda figured it was a "I'm not sure how to configure LDAP properly to talk to my AD". Thanks for the assistance. I'll have a play around with ldapsearch for a while and see if I can't figure this out. [ snip ]
If you have the stomach, a quick Google search takes you to the PHP website[1] (ewwww) but there is a posting that you should find useful. Looks like with Win2k3 you must have referrer following turned off and you cannot search the *whole* base of your directory, you can only search a sub-branch. I suspect the fix is nothing more than setting 'basedn' to "ou=lusers,dc=my,dc=domain,dc=name".
Well, as I said before, I tried with and without "chase_referrals" set. But I didn't mention that I tried using a BaseDN of the container the test user is in, rather than just the root of the domain, and it didn't change the result. I'll have a read through of that article you linked and see if it helps as well. And if I use ldp.exe (comes with Windows), or Softerra's LDAP Browser, I can connect to the same host, bind using the same credentials, use the same basedn and search using the same filter, and I get results. So I'm not sure what I'm doing wrong.
Cheers
[1] http://www.php.net/manual/en/function.ldap-search.php#45388
-- Alexander Clouter .sigmonster says: Without fools there would be no wisdom.
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
OT and perhaps reply off list, but I'm curious why you say "ewwww" to PHP, and what you would use instead? John H. Moe Network Support - Hatch IT HATCH Tel: +61 (7) 3166 7777 Direct: +61 (7) 3166 7684 Fax: +61 (7) 3368 3754 Mobile: +61 438 772 425 61 Petrie Terrace, Brisbane, Queensland Australia 4011 ***************************** NOTICE - This message from Hatch is intended only for the use of the individual or entity to which it is addressed and may contain information which is privileged, confidential or proprietary. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, arrive late or contain viruses. By communicating with us via e-mail, you accept such risks.� When addressed to our clients, any information, drawings, opinions or advice (collectively, "information") contained in this e-mail is subject to the terms and conditions expressed in the governing agreements.� Where no such agreement exists, the recipient shall neither rely upon nor disclose to others, such information without our written consent.� Unless otherwise agreed, we do not assume any liability with respect to the accuracy or completeness of the information set out in this e-mail.� If you have received this message in error, please notify us immediately by return e-mail and destroy and delete the message from your computer.
-----Original Message-----
[ snip ]
# search reference ref: ldap://DomainDnsZones.my.domain.name/DC=DomainDnsZones,DC=my,DC=domain, DC =name
# search result search: 5 result: 0 Success
# numResponses: 3 # numEntries: 1 # numReferences: 1
So something still isn't right.
Damn, just realized that I was listing my attributes wrong. I was doing "cn,givenName,sn", and they should have read "cn givenName sn". With that fixed, the ldapsearch worked. # Name\2C User, Users, BRI, my.domain.name dn: CN=Name\, User,OU=Users,OU=BRI,DC=my,DC=domain,DC=name cn: Name, User sn: Name givenName: User # search reference ref: ldap://DomainDnsZones.my.domain.name/DC=DomainDnsZones,DC=my,DC=domain,DC=name # search result search: 5 result: 0 Success # numResponses: 3 # numEntries: 1 # numReferences: 1 So I've gone back to FR's LDAP module and thought I'd give "ldap_debug" a try, despite the warning. Surprisingly, it spit out one extra line in my debug: rlm_ldap: performing search in dc=my,dc=domain,dc=name, with filter (sAMAccountName=username) Unable to chase referral "ldap://my.domain.name/dc=my,dc=domain,dc=name" (-1: Can't contact LDAP server) rlm_ldap: ldap_search() failed: Referral If I copy and paste that url "ldap://my.domain.name/dc=my,dc=domain,dc=name" into my Windows box, it opens LDAP Browser and connects just fine to my domain, so I assume the syntax of that is right. And if I use just "my.domain.name" in ldapsearch as the host, it works there as well. Any idea why this wouldn't work? Out of curiousity, do I need to configure OpenLDAP on the server at all? Or does this module's conf take care of that for me, for this purpose? John H. Moe Network Support - Hatch IT HATCH Tel: +61 (7) 3166 7777 Direct: +61 (7) 3166 7684 Fax: +61 (7) 3368 3754 Mobile: +61 438 772 425 61 Petrie Terrace, Brisbane, Queensland Australia 4011 ***************************** NOTICE - This message from Hatch is intended only for the use of the individual or entity to which it is addressed and may contain information which is privileged, confidential or proprietary. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, arrive late or contain viruses. By communicating with us via e-mail, you accept such risks.� When addressed to our clients, any information, drawings, opinions or advice (collectively, "information") contained in this e-mail is subject to the terms and conditions expressed in the governing agreements.� Where no such agreement exists, the recipient shall neither rely upon nor disclose to others, such information without our written consent.� Unless otherwise agreed, we do not assume any liability with respect to the accuracy or completeness of the information set out in this e-mail.� If you have received this message in error, please notify us immediately by return e-mail and destroy and delete the message from your computer.
Moe, John <jmoe@hatch.com.au> wrote:
So I've gone back to FR's LDAP module and thought I'd give "ldap_debug" a try, despite the warning. Surprisingly, it spit out one extra line in my debug:
rlm_ldap: performing search in dc=my,dc=domain,dc=name, with filter (sAMAccountName=username) Unable to chase referral "ldap://my.domain.name/dc=my,dc=domain,dc=name" (-1: Can't contact LDAP server) rlm_ldap: ldap_search() failed: Referral
If I copy and paste that url "ldap://my.domain.name/dc=my,dc=domain,dc=name" into my Windows box, it opens LDAP Browser and connects just fine to my domain, so I assume the syntax of that is right. And if I use just "my.domain.name" in ldapsearch as the host, it works there as well. Any idea why this wouldn't work?
Looks like[2] if you do not make an anonymous bind to AD your problems might go away or alternatively change you base to to be not the root of your directory.
Out of curiousity, do I need to configure OpenLDAP on the server at all? Or does this module's conf take care of that for me, for this purpose?
No need in theory, I personally do just to fix up certificate validation[1] when using ldapsearch and whatnot though. Cheers [1] TLS_CACERT /etc/ssl/certs/ca-certificates.crt [2] http://lists.cistron.nl/pipermail/freeradius-users/2005-December/msg00228.ht... and http://bytes.com/topic/php/answers/11274-use-php-authenticate-ad -- Alexander Clouter .sigmonster says: You are magnetic in your bearing.
Moe, John <jmoe@hatch.com.au> wrote:
3) How much/what options do I need to configure in the ldap module config? I've configured server, basedn, filter, groupname_attribute, groupmembership_filter and groupmembership_attribute, but all I get is "Operations error". If I add identity and secret, I get a "Referral" failure. I've also tried the chase_referrals and rebind options, both with and without the identity/secret optinos, but they don't seem to change anything.
What does the following give you from the command line: ---- ldapsearch -LLL -x -h mygc.my.domain.name -b dc=my,dc=domain,dc=name sAMAccountName=username ----
Operations error (1) Additional information: 00000000: LdapErr: DSID-0C090627, comment: In order to perform this operation a successful bind must be completed on the connection., data 0, vece
However, if I take out the "-x", I got an error saying my Kerberos ticket had expired. I did a kdestroy and kinit again, with the "-x", it still gave the error above. Without the "-x", I get what looks like a listing of all the account attributes. However, at the bottom, it says:
# search reference ref: ldap://DomainDnsZones.my.domain.name/DC=DomainDnsZones,DC=my,DC=domain,DC =name
# search result search: 5 result: 0 Success
# numResponses: 3 # numEntries: 1 # numReferences: 1
So something still isn't right.
To use kerberos with ldapsearch you need to be looking at the SASL options in the manpage; probably just -Q would be needed.
Until you can get 'ldapsearch' to work, you are unlikely to get FreeRADIUS to work. From the debug output and your description, it sounds more like a "how you are using LDAP" rather than "how FreeRADIUS is using LDAP" problem.
If you can get ldapsearch to display the attributes you are after, then you can start to tinker with FreeRADIUS.
Yeah, I kinda figured it was a "I'm not sure how to configure LDAP properly to talk to my AD". Thanks for the assistance. I'll have a play around with ldapsearch for a while and see if I can't figure this out.
Found some useful bits at (eugh, Gentoo): http://en.gentoo-wiki.com/wiki/Active_Directory_Authentication_using_LDAP#Op...
And if I use ldp.exe (comes with Windows), or Softerra's LDAP Browser, I can connect to the same host, bind using the same credentials, use the same basedn and search using the same filter, and I get results. So I'm not sure what I'm doing wrong.
It might be worth putting wireshark on the windows workstation running ldp.exe if you get desperate. It might give you some hints. (although I see you have already figured things out in your next posting)
OT and perhaps reply off list, but I'm curious why you say "ewwww" to PHP, and what you would use instead?
Flamebait! I nearly fell for it. :) You have permission to Google-stalk me if you really want to know what I use. Cheers -- Alexander Clouter .sigmonster says: What soon grows old? Gratitude. -- Aristotle
participants (3)
-
Alexander Clouter -
Arran Cudbard-Bell -
Moe, John