TLS everywhere: the haproxy service wrongly requests certificates for all networks
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
In Progress
|
High
|
Oliver Walsh |
Bug Description
Similar to https:/
We currently loop through all enabled networks for the entire stack to determine the list of networks for haproxy:
HAProxyNetworks:
type: OS::Heat::Value
properties:
value:
# NOTE(jaosorior) Get unique network names to create
# certificates for those. We skip the tenant network since
# we don't need a certificate for that, and the external
# network will be handled in another template.
- ctlplane
{%- for network in networks if network.
{%- if network.name_lower != 'external' and network.name_lower != 'tenant' %}
- {{network.
{%- endif %}
{%- endfor %}
Then later create a certificate spec for each of these networks.
This works by coincedence on the Controller role since all of these networks are enabled. However if any of these networks were disable, or if HAProxy is used for any other roles that do not enable all networks (such as DistributedComp
message: 'Could not evaluate: Could not get certificate: Server at https:/
denied our request, giving up: 3007 (RPC failed at server. ''fqdn'' is required).'
source: "/Stage[
Changed in tripleo: | |
assignee: | nobody → Oliver Walsh (owalsh) |
importance: | Undecided → High |
status: | New → In Progress |
tags: | added: edge |
This issue was fixed in the openstack/ puppet- tripleo 13.5.0 release.