Change TLS certificates and keys using the installation programProcedureResults
To help you find information quickly, we’ve remodeled the documentation to focus on how you work. Need help finding something?
Explore the updated navigation, use search, or get answers from Ask Red Hat.
Share Feedback to help us keep improving.
Container-based installations
You can change the TLS certificates and keys for your container-based Ansible Automation Platform installation. This process involves a preparation step, either providing new custom certificates or deleting or moving the old certificates, followed by running the installation program.
To prepare the certificates and keys, choose one of the following methods:
To provide custom certificates - For each service that requires updated TLS certificates, copy the new certificates and keys to a path relative to the Ansible Automation Platform installer. Then update the inventory file variables with the absolute paths to the new files.
To generate new certificates - If you want the installation program to generate a new certificate for a service, delete or move the existing certificates and keys.
Expand
Table 1. Certificate and key file paths per service
Service
Certificate file path
Key file path
Automation controller
~/aap/controller/etc/tower.cert
~/aap/controller/etc/tower.key
Event-Driven Ansible
~/aap/eda/etc/eda.cert
~/aap/eda/etc/eda.key
Platform gateway
~/aap/gateway/etc/gateway.cert
~/aap/gateway/etc/gateway.key
Automation hub
~/aap/hub/etc/pulp.cert
~/aap/hub/etc/pulp.key
PostgreSQL
~/aap/postgresql/server.crt
~/aap/postgresql/server.key
Receptor
~/aap/receptor/etc/receptor.crt
~/aap/receptor/etc/receptor.key
Redis
~/aap/redis/server.crt
~/aap/redis/server.key
After preparing your certificates, run the install playbook from your installation directory:
Verify that the new TLS certificates are in use by checking that the services are running and accessible. To do this, check a specific endpoint by using curl:
We deliver hardened solutions that make it easier for enterprises to work across platforms and environments, from the core datacenter to the network edge.
Making open source more inclusive
Red Hat is committed to replacing problematic language in our code, documentation, and web properties. For more details, see the Red Hat Blog.
About Red Hat Documentation
We help Red Hat users innovate and achieve their goals with our products and services with content they can trust. Explore our recent updates.