From Fedora Project Wiki
Line 66: Line 66:
== Dependencies ==
== Dependencies ==
<!-- What other packages (RPMs) depend on this package?  Are there changes outside the developers' control on which completion of this feature depends?  In other words, completion of another feature owned by someone else and might cause you to not be able to finish on time or that you would need to coordinate?  Other upstream projects like the kernel (if this is not a kernel feature)? -->
<!-- What other packages (RPMs) depend on this package?  Are there changes outside the developers' control on which completion of this feature depends?  In other words, completion of another feature owned by someone else and might cause you to not be able to finish on time or that you would need to coordinate?  Other upstream projects like the kernel (if this is not a kernel feature)? -->
* for Trust to Active Directory domains a recent and extended version of the package is needed.
* for Trust to Active Directory domains a recent and extended version of the samba4 package is needed.


== Contingency Plan ==
== Contingency Plan ==

Revision as of 11:49, 20 January 2012

New Features of IPA v3

Summary

The new major release of IPA will have a number of new features like trusts to Active Directory domains, please add more

Owner

Current status

  • Targeted release: Fedora 17
  • Last updated: 2012-01-20
  • Percentage of completion: 50%


Detailed Description

Trust to Active Directory Domains

Currently FreeIPA uses winsync to allow users from an Active Directory domain to access resources in the IPA domain. To achieve this winsync replicates the user and group data from an Active Directory server to the local server and tries to keep them in sync.

With the new trust feature the user and group data is read from the Active Directory server as it is needed. Additionally Kerberos cross realm trust is set up which allows Single-Sign-On between the Active Directory and the IPA domain. I.e. a user from the Active Directory Domain can access kerberized resources from the IPA domain without being asked for a password.


Benefit to Fedora

  • Trust to Active Directory Domains will have the following benefits
    • Single-Sign-On between the Active Directory and IPA domain
    • Allow users from the IPA domain (Linux users) to access resources from the Active Directory domain
    • No need to set POSIX attributes in the Active Directory domain

Scope

  • Trust to Active Directory Domains requires the following changes:
    • FreeIPA have to be extended to store and manage the needed data to maintain the trust to the Active Directory domain and have to provide tools to set up the trust
    • SSSD needs to be able to query the IPA server to resolve users and groups from the Active Directory domain
    • Samba4 have to be updated to a recent version to allow FreeIPA to use libraries and binaries to set up and maintain the trust to an Active Directory domain

How To Test

  • Detailed information about how to set up and test Trusts to Active Directory domains can be found at IPAv3 testing AD Trust

User Experience

  • If a trust is created between an Active Directory and an IPA domain
    • Users from the Active Directory Domain can access resources of the IPA domain and the other way round
    • For kerberized services single-sign-on is possilbe

Dependencies

  • for Trust to Active Directory domains a recent and extended version of the samba4 package is needed.

Contingency Plan

None necessary, revert to previous release behaviour.

Documentation

  • IPAv3 testing AD Trust describes the steps how to set up a trust relationship to an Active Directory domain and how to use it.

Release Notes

  • With Fedora 17 it would be possible to create a trust relationship between an IPA and an Active Directory domain which would allow users from one domain to access resource of the other domain.

Comments and Discussion