Hide Forgot
This bug is created as a clone of upstream ticket: https://fedorahosted.org/sssd/ticket/2142 We have a bad inconsistency when performing lookups. When enumerating users and groups, we connect to LDAP port automatically, while when doing regular lookups, we connect to GC. This can have very confusing consequences if POSIX attributes are requested but not replicated to GC -- the users that are enumerated will show up with POSIX attributes, but since initgroups are performed against GC, the attributes not present in GC but present in LDAP are deleted from sysdb.
Hi Milan, I'd like a slight change in the docs text, the last sentence should read "POSIX attributes must be replicated to GC *OR* enumeration disabled." Doing one of the two is enough.
first check on sssd-1.11.2-37.el7 looks like we resolved the subdomain enum issue for trusted domains when using idmap. enumerate=true subdomain_enumerate=all administrator:*:498200500:498200513:Administrator:/home/sssdad.com/administrator:/bin/bash guest:*:498200501:498200514:Guest:/home/sssdad.com/guest:/bin/bash administrator.com:*:1184400500:1184400500:Administrator:/home/child1.sssdad.com/administrator:/bin/bash guest.com:*:1184400501:1184400501:Guest:/home/child1.sssdad.com/guest:/bin/bash administrator:*:525400500:525400500:Administrator:/home/sssdad_tree.com/administrator:/bin/bash guest:*:525400501:525400501:Guest:/home/sssdad_tree.com/guest:/bin/bash Checking current automation task next
Test first checks posix data for users where attributes are not replicated to GC but enum is disabled. The second check confirms when enum is enabled but GC does not have attributes enum lookups will fail as documented. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :: [ LOG ] :: ad_forest_10: bz 1028039 enumeration reads data from ldap while regular lookups connect to gc :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :: [ PASS ] :: checking uid for posixuser1_dom1 (Assert: 100001 should equal 100001) :: [ PASS ] :: checking gid for posixuser1_dom1 (Assert: 100001 should equal 100001) :: [ PASS ] :: checking homedir for posixuser1_dom1 (Assert: /home2/sssdad.com/posixuser1_dom1 should equal /home2/sssdad.com/posixuser1_dom1) :: [ PASS ] :: checking shell for posixuser1_dom1 (Assert: /bin/ksh should equal /bin/ksh) :: [ PASS ] :: checking uid for posixuser1_dom2 (Assert: 100002 should equal 100002) :: [ PASS ] :: checking gid for posixuser1_dom2 (Assert: 100002 should equal 100002) :: [ PASS ] :: checking homedir for posixuser1_dom2 (Assert: /home2/sssdad_tree.com/posixuser1_dom2 should equal /home2/sssdad_tree.com/posixuser1_dom2) :: [ PASS ] :: checking shell for posixuser1_dom2 (Assert: /bin/ksh should equal /bin/ksh) :: [ PASS ] :: checking uid for posixuser1_dom3.com (Assert: 100003 should equal 100003) :: [ PASS ] :: checking gid for posixuser1_dom3.com (Assert: 100003 should equal 100003) :: [ PASS ] :: checking homedir for posixuser1_dom3.com (Assert: /home2/child1.sssdad.com/posixuser1_dom3 should equal /home2/child1.sssdad.com/posixuser1_dom3) :: [ PASS ] :: checking shell for posixuser1_dom3.com (Assert: /bin/ksh should equal /bin/ksh) :: [ PASS ] :: Expected enumeration failure: (OK posixuser1_dom1) (FAIL posixuser1_dom2) (FAIL posixuser1_dom3.com) :: [ LOG ] :: Duration: 37s :: [ LOG ] :: Assertions: 13 good, 0 bad :: [ PASS ] :: RESULT: ad_forest_10: bz 1028039 enumeration reads data from ldap while regular lookups connect to gc
This request was resolved in Red Hat Enterprise Linux 7.0. Contact your manager or support representative in case you have further questions about the request.