Change in Download URL Pattern?

Hi, I just wondered why some download links point to https://download.elasticsearch.org instead of http://download.elastic.co for the new 5.0 alpha builds?

Is this intended and will this be the new URL pattern?

I ask because the firewall at work will allow downloads from http://download.elastic.co (like in the past) but not from https://download.elasticsearch.org .

Of course manually rewriting the URL helps for now. But if the pattern will change, I will have to talk to networks dpt. again...

Where did you see that?

sorry, I missed to include links, my bad :frowning:

Followed these links:

https://www.elastic.co/v5

https://www.elastic.co/downloads/elasticsearch

(scroll down to 5.x)

ZIP Download ->
https://download.elasticsearch.org/elasticsearch/release/org/elasticsearch/distribution/zip/elasticsearch/5.0.0-alpha3/elasticsearch-5.0.0-alpha3.zip

and https://www.elastic.co/guide/en/x-pack/v5.0.0-alpha3-docs/installing-xpack.html#xpack-installing-offline refers to it, too

Good catch! I'm going to report that.

Thanks a lot!

1 Like

This will be fixed shortly.

Note that you can use the elastic.co domain instead:

https://download.elastic.co/elasticsearch/release/org/elasticsearch/distribution/zip/elasticsearch/5.0.0-alpha3/elasticsearch-5.0.0-alpha3.zip

1 Like

yep, did this for the two downloads and works fine :slight_smile:

@dadoonet this is still pointing to https://download.elasticsearch.org/packs/x-pack/x-pack-5.0.0-alpha3.zip instead of https://download.elastic.co/elasticsearch/release/org/elasticsearch/distribution/zip/elasticsearch/5.0.0-alpha3/elasticsearch-5.0.0-alpha3.zip

and there are still some other occurences according to Elastic: Search Results | Elastic :slight_smile:

Not to be a nitpicker just to avoid my proxy problems :wink:

@Clinton_Gormley Could you check please?