Incorrect CloudID - Port ignored // Bug?

[infomaniac (Oliver)]

I have noticed the CloudID is not showing correctly (at least in the UI).

Elasticsearch Endpoint URL: https://c5d47b9145994b8faebf510cebe7e3dc.elastic.hs.coop.ch:9243
Kibana Endpoint URL: https://778494e02130436c8d517a97e191f73a.elastic.hs.coop.ch:9243

Example CloudID:
TestCluster:ZWxhc3RpYy5ocy5jb29wLmNoJGM1ZDQ3YjkxNDU5OTRiOGZhZWJmNTEwY2ViZTdlM2RjJDc3ODQ5NGUwMjEzMDQzNmM4ZDUxN2E5N2UxOTFmNzNh

This decodes (base64) to elastic.hs.coop.ch$c5d47b9145994b8faebf510cebe7e3dc$778494e02130436c8d517a97e191f73a which is host$elasticsearchID$kibanaID

If you use this CloudID in Beats or Logstash, it will fail because it cannot connect to https://c5d47b9145994b8faebf510cebe7e3dc.elastic.hs.coop.ch (without port 9243).

I assume this is a bug?

[zanbel (Roy Zanbel)]

Thanks for opening the issue!
As you noticed, we currently don't set the correct port so it defaults to 443. If you have a reverse proxy or load-balancer in front of ECE proxy layer (recommended regardless) you can redirect request to the correct port.

We are aware of this issue and the team is working on a fix that should be available shortly. The new implementation will allow you to set the external port and that value will be used in the cloud id.

[Alex_Piggott]

@zanbel

If you have a reverse proxy or load-balancer in front of ECE proxy layer (recommended regardless) you can redirect request to the correct port.

(or you can use iptables on the proxy hosts to map from 443 to 9243, that's a common solution .. again: arguably preferable anyway, there's no reason to be using non-standard ports like 9243 for public access to clusters' HTTP interfaces)

[infomaniac (Oliver)]

That's great news.