Thanks for the reply Owen. No I am not nesting realms, only trying to place LDAP groups inside other LDAP groups. If anyone can point me in another direction that I request some help it would be greatly appreciated. Thanks, Alun Coppack -----Original Message----- From: Boyle Owen [mailto:Owen.Boyle@xxxxxxx] Sent: 28 November 2005 08:16 To: users@xxxxxxxxxxxxxxxx Subject: RE: [users@httpd] LDAP Authentication and Subgroups/Nested groups > -----Original Message----- > From: Alun Coppack [mailto:a.coppack@xxxxxxxxxxxxxxxxxx] > Sent: Donnerstag, 24. November 2005 15:03 > To: users@xxxxxxxxxxxxxxxx > Subject: [users@httpd] LDAP Authentication and Subgroups/Nested groups caveat: I've never used mod_auth_ldap but from a quick scan of the docs it seems it adds the additional functionality of a LDAP database to Basic Auth. That would mean that the initial credential submission is still handled by the Basic Auth mechanism. It's not clear from your posting, but are you nesting realms by any chance? Because you cant... Basic Auth only supports a single layer of authentication in each realm. If you hit a realm at mysite/dir1, then credentials are requested (password challenge) and then those credentials are re-submitted on every subsequent request in the same realm. If you try to put a second layer of authentication at mysite/dir1/dir2, then the browser will be surprised to get a 401 response when it thinks it is already inside a realm and the results will be unpredictable (browser-dependent). Some will go into a loop, popping up password challenges non-stop, others will show the 401 error. Rgds, Owen Boyle Disclaimer: Any disclaimer attached to this message may be ignored. > > > I am running Apache 2.0.50 with mod_auth_ldap > > When I use the 'require group' directive, members of nested > groups do not > seem to be recognised. > > I am trying to authenticate using: > > 'require group cn=Authenticated_users,ou=Roles,dc=sample,dc=com' > > This group, (Authenticated_Users) has a group called > 'cn=Everyone,ou=Groups,dc=sample,dc=com' as a uniqueMember. The user > jbloggs is a member of cn=Everyone. > > Apache does not seem to follow the nesting of groups since if > I add jbloggs > directly as a uniqueMember of Authenticated_users everything > works fine but > when jbloggs is only a member of Everyone, authentication fails. > > I am just wondering what the standard, accepted way of > setting up LDAP and > apache is. Am I structuring my directory incorrectly? Any > help resolving > this would be appreciated. > > Thanks, > Alun > > The sample ldif is included below: > > # OU DEFINITIONS > # People OU - for holding records of all individuals > dn: ou=People,dc=sample,dc=com > ou: People > objectClass: top > objectClass: organizationalUnit > > # Groups OU - for holding records of groupings of individuals > dn: ou=Groups,dc=sample,dc=com > ou: Groups > objectClass: top > objectClass: organizationalUnit > > # Roles OU - for holding records of roles and the groups to > which those > roles have been assigned > dn: ou=Roles,dc=sample,dc=com > ou: Roles > objectClass: top > objectClass: organizationalUnit > > # PEOPLE ENTRIES > dn: uid=jbloggs,ou=People,dc=sample,dc=com > objectClass: top > objectClass: person > objectClass: organizationalPerson > objectClass: inetOrgPerson > sn: Bloggs > cn: Joe > uid: jbloggs > userpassword: no3XJAZeeb9AKbGNY65/masWpZE= > mail: jbloggs@xxxxxxxxxx > > # GROUPS ENTRIES > dn: cn=Everyone,ou=Groups,dc=sample,dc=com > objectClass: top > objectClass: groupOfUniqueNames > cn: Everyone > uniqueMember: uid=jbloggs,ou=People,dc=sample,dc=com > > # ROLES ENTRIES > dn: cn=Authenticated_users,ou=Roles,dc=sample,dc=com > objectClass: top > objectClass: groupOfUniqueNames > cn: Authenticated_users > uniqueMember: cn=Everyone,ou=Groups,dc=sample,dc=com > > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP > Server Project. > See <URL:http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx > " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx > For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > > Diese E-mail ist eine private und persönliche Kommunikation. Sie hat keinen Bezug zur Börsen- bzw. Geschäftstätigkeit der SWX Gruppe. This e-mail is of a private and personal nature. It is not related to the exchange or business activities of the SWX Group. Le présent e-mail est un message privé et personnel, sans rapport avec l'activité boursière du Groupe SWX. This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please notify the sender urgently and then immediately delete the message and any copies of it from your system. Please also immediately destroy any hardcopies of the message. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. The sender's company reserves the right to monitor all e-mail communications through their networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of the sender's company. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|