#1095 pkidestroy fails to remove entry from security domain when proxy ports are enabled
Closed: Fixed None Opened 9 years ago by vakwetu.

When proxy ports are enabled for installation (for IPA for example), the proxy ports are used to create the DN for the subsystem in the security domain. The DN looks something like:
cn=<type>-<hostname>-<proxy port>, ...

pkidestroy though currently does not have the logic to support proxy ports, and so invokes updateDomainXML with ports corresponding to the admin/secure port rather than the proxy ports.
As a result, the entry is not removed from the security domain.

We need to fix this so that the pkidestroy logic selects the correct port.

A couple of notes:
1. Its not clear to me whether pkidestroy reads the archived or the current CS.cfg. There is a 10.3 ticket to address this.

  1. If someone enables/or disables proxy ports post-installation, and pkidestroy reads the current CS.cfg, then the DN in the security domain will likely differ from what is calculated by pkidestroy. The answer to this is to require that the security domain be updated accordingly when proxy ports are enabled. (And maybe even provide a script for that). That will be the subject of another ticket.

To ssh://vakwetu@git.fedorahosted.org/git/pki.git
855459b..bdc59c9 master -> master

Metadata Update from @vakwetu:
- Issue assigned to vakwetu
- Issue set to the milestone: 10.2 - 08/14 (August)

7 years ago

Dogtag PKI is moving from Pagure issues to GitHub issues. This means that existing or new
issues will be reported and tracked through Dogtag PKI's GitHub Issue tracker.

This issue has been cloned to GitHub and is available here:
https://github.com/dogtagpki/pki/issues/1658

If you want to receive further updates on the issue, please navigate to the
GitHub issue and click on Subscribe button.

Thank you for understanding, and we apologize for any inconvenience.

Login to comment on this ticket.

Metadata