# Mender 2.4 on-premise released: New automation features

**URL:** <https://hub.mender.io/t/mender-2-4-on-premise-released-new-automation-features/2219>\
**Category:** Announcements\
**Created:** [July 22, 2020, 4:32pm UTC](https://hub.mender.io/t/mender-2-4-on-premise-released-new-automation-features/2219 "2020-07-22T16:32:02Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![farshadt](https://avatars.discourse-cdn.com/v4/letter/f/c37758/32.png) [@farshadt](https://hub.mender.io/u/farshadt)\
**Post date:** [July 22, 2020, 4:32pm UTC](https://hub.mender.io/t/mender-2-4-on-premise-released-new-automation-features/2219/1 "2020-07-22T16:32:02Z")

</div>

Hello everyone,

We want to let you know that we have released the _on-premise_ production editions of Mender 2.4.0 and 2.3.1 packed with brand new feature improvements.

Learn more on [this blog post](https://mender.io/blog/mender-2-4-on-premise-released-new-automation-features).

As always, we appreciate your support and please continue giving us your great feedback.

Best regards,  
Mender Team

---

<div class="post-metadata">

**Author:** ![vrubiolo](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/vrubiolo/32/641_2.png) [@vrubiolo](https://hub.mender.io/u/vrubiolo)\
**Post date:** [July 29, 2020, 8:28am UTC](https://hub.mender.io/t/mender-2-4-on-premise-released-new-automation-features/2219/2 "2020-07-29T08:28:09Z")

</div>

Thanks for the update, the new features definitely appear to be very nice!

For those wondering about compatibility, the [documentation](https://docs.mender.io/2.4/architecture/compatibility#mender-server-and-client-api) mentions how the client/server and artefact API interact.

---

<div class="post-metadata">

**Author:** ![mterwoord](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/mterwoord/32/100_2.png) [@mterwoord](https://hub.mender.io/u/mterwoord)\
**Post date:** [August 16, 2020, 1:49pm UTC](https://hub.mender.io/t/mender-2-4-on-premise-released-new-automation-features/2219/3 "2020-08-16T13:49:54Z")

</div>

I’m trying ot upgrade from Mender 2.3.0 to 2.4.0. All works well, except that the deployments service stays unreachable. It doesn’t have an ip on the internal network, and the API gateway cannot reach it.  
Is this a known thing? What did I goof up?

---

<div class="post-metadata">

**Author:** ![mterwoord](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/mterwoord/32/100_2.png) [@mterwoord](https://hub.mender.io/u/mterwoord)\
**Post date:** [August 16, 2020, 2:04pm UTC](https://hub.mender.io/t/mender-2-4-on-premise-released-new-automation-features/2219/4 "2020-08-16T14:04:09Z")

</div>

I already found out it has to do with my trying to put the storage stuff from 9000 onto a different domain and port 443.  
Is that something that’s just impossible to do?

---

<div class="post-metadata">

**Author:** ![mterwoord](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/mterwoord/32/100_2.png) [@mterwoord](https://hub.mender.io/u/mterwoord)\
**Post date:** [August 16, 2020, 2:09pm UTC](https://hub.mender.io/t/mender-2-4-on-premise-released-new-automation-features/2219/5 "2020-08-16T14:09:33Z")

</div>

I forgot to mention: I have mender running on a ubuntu server, with nginx in front to ensure proper certificates.  
When I tell storage-proxy to use port 443, ./run up -d shows that 443 is already in use (which makes sense, as that’s where nginx is running), putting it in another port, means the deployments service cannot access it (if i tell deployments to just access [https://my-domain/](https://my-domain/))

My goal is to have client devices only access stuff on port 443 on my server.

---

<div class="post-metadata">

**Author:** ![peter](https://avatars.discourse-cdn.com/v4/letter/p/278dde/32.png) [@peter](https://hub.mender.io/u/peter)\
**Post date:** [August 17, 2020, 3:34pm UTC](https://hub.mender.io/t/mender-2-4-on-premise-released-new-automation-features/2219/6 "2020-08-17T15:34:29Z")

</div>

Hello @mterwoord,

thank you for using Mender.  
Does setting `DEPLOYMENTS_AWS_URI: https://your-own-s3-hostname:443` work?

peter

P.S.  
do you use the same hostname for both the server and s3 storage? (that will not work if the port is the same)

---

<div class="post-metadata">

**Author:** ![mterwoord](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/mterwoord/32/100_2.png) [@mterwoord](https://hub.mender.io/u/mterwoord)\
**Post date:** [August 17, 2020, 4:33pm UTC](https://hub.mender.io/t/mender-2-4-on-premise-released-new-automation-features/2219/7 "2020-08-17T16:33:59Z")

</div>

I’m using mender. and mender-storage..  
I adjusted the DEPLOYMENTS\_AWS\_URI to ready [https://mender-storage](https://mender-storage).:443

I’m using nginx as a reverse proxy. When I set the storage-proxy to use “443:443” as ports, that conflicts with nginx running on port 443. Leaving storage-proxy at 9000:9000 and DEPLOYMENTS\_AWS\_URI at 443, means the deployments container (for example) will try to access the storage-proxy on port 443, using the internal (docker) IP.

Somehow I feel I need to change the port the storage-proxy listens to in the docker container.

---

<div class="post-metadata">

**Author:** ![peter](https://avatars.discourse-cdn.com/v4/letter/p/278dde/32.png) [@peter](https://hub.mender.io/u/peter)\
**Post date:** [March 31, 2021, 9:34pm UTC](https://hub.mender.io/t/mender-2-4-on-premise-released-new-automation-features/2219/8 "2021-03-31T21:34:49Z")

</div>

hello,

sorry for late come back to this.  
have you solved the issue?  
if you run mender and storage proxy on the same machine they have to use different ports or different IPs, there is no other way.

peter

---

<div class="post-metadata">

**Author:** ![mterwoord](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/mterwoord/32/100_2.png) [@mterwoord](https://hub.mender.io/u/mterwoord)\
**Post date:** [April 3, 2021, 5:47pm UTC](https://hub.mender.io/t/mender-2-4-on-premise-released-new-automation-features/2219/9 "2021-04-03T17:47:23Z")

</div>

I’m pointing the DEPLOYMENTS\_AWS\_URI to the external domain name. Then, that server (which also runs mender) uses nginx to pass different domains to different containers.

---

<div class="post-metadata">

**Author:** ![peter](https://avatars.discourse-cdn.com/v4/letter/p/278dde/32.png) [@peter](https://hub.mender.io/u/peter)\
**Post date:** [April 6, 2021, 6:05am UTC](https://hub.mender.io/t/mender-2-4-on-premise-released-new-automation-features/2219/10 "2021-04-06T06:05:30Z")

</div>

ok great, but it works, right?

peter
