#5401 [RFE] Check if kinited user has enough privileges to be able finish installation on replica
Closed: Fixed Opened by mbasti.

New code using replica promotion mechanism relies on GSSAPI LDAP remote connection to the master server.

In case that user does not have enough privileges, the installation of ipa-ca-install, ipa-server-install, (probably ipa-kra-install) on replica will fail in random step depending on user privileges.

We should check if user's privileges are enough to completelly finish installation.

Related tickets: #5400, #5399


We should check if the user can perform a critically privileged operation necessary for joining a replica.
If we had a Replica Admins group we might use that, but we don't, and it may still not be appropriate.
We shouldn't have blanket checks on some magical group though as that will break later if we add delegation rules for this operation. For example we have future plans to allow a preissued OTP/keytab to create a new repliuca. The identity associated with that keytab will Definitely Not be in the admins group.

master:

  • e137f305edf2a107b06a00b05b06464b8707ab82 aci: allow members of ipaservers to set up replication
  • 662158b781f11ac3b323142ab4cc71f7e4e23451 ipautil: use file in a temporary dir as ccache in private_ccache
  • c2af4095177d5c884a58917b7ad5b13dc782cc51 replica promotion: use host credentials when setting up replication
  • 42544484dc1fe6797adb72b4177a0de8dc79a032 replica promotion: automatically add the local host to ipaservers
  • 01ddf51df76f3298499973355c5461727e46ab5b custodia: do not modify memberPrincipal on key update

The ipaservers membership check is done too early and may fail with "not found" error in domain level 0.

Reopening the ticket.

master:

  • b4a78db4e7d06237a715f088d1b914b47eccf32f replica promotion: check domain level before ipaservers membership

Metadata Update from @mbasti:
- Issue assigned to jcholast
- Issue set to the milestone: FreeIPA 4.3

Metadata