Re: FDS to AD sync weirdness ... CN changes, unique constraints.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Elias,
I agree with you that AD is wrong on this.

I believe that CN is a multivalued attribute (at least in FDS). So, if it's any help, you could have unique CNs that are used in the entries' DNs, and optionally have additional CNs that may not be unique.

e.g.,
dn: cn=Kristín Jónsdóttir_00,ou=people,dc=example,dc=edu
cn: Kristín Jónsdóttir_00
cn: Kristín Jónsdóttir
telephoneNumber: 123-456-7890
...

The "_00" unique suffix is just an example, you could use whatever you like of course.

Elías Halldór Ágústsson wrote:
We are experimenting with Fedora Directory Server and trying to sync it to AD.

Setting up SSL for both and initiating sync was successful.

However, it seems that DN in AD is constructed from the CN, which is the full name. However, that's neigh impossible, since DN has a unique constraint, but full names are seldom unique, and particularly not here in Iceland. For example, my organization has at least 10 people called "Kristín Jónsdóttir".

I regard AD as broken by design in this regard. My question is, can this be fixed? What would be the right way to approach this problem?




--
Fedora-directory-users mailing list
Fedora-directory-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-directory-users

[Index of Archives]     [Fedora Directory Users]     [Fedora Directory Devel]     [Fedora Announce]     [Fedora Legacy Announce]     [Kernel]     [Fedora Legacy]     [Share Photos]     [Fedora Desktop]     [PAM]     [Red Hat Watch]     [Red Hat Development]     [Big List of Linux Books]     [Gimp]     [Yosemite News]

  Powered by Linux