# Update non-docker server to 1.25.0 **URL:** \ **Category:** Help\ **Created:** [June 12, 2022, 5:14pm UTC](https://vaultwarden.discourse.group/t/update-non-docker-server-to-1-25-0/1693 "2022-06-12T17:14:39Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![kocherjj](https://avatars.discourse-cdn.com/v4/letter/k/2bfe46/32.png) [@kocherjj](https://vaultwarden.discourse.group/u/kocherjj)\ **Post date:** [June 12, 2022, 5:14pm UTC](https://vaultwarden.discourse.group/t/update-non-docker-server-to-1-25-0/1693/1 "2022-06-12T17:14:39Z")
I am having an issue updating Vaultwarden to the latest versions. I am running it on an Ubuntu 22.04 Container on a Proxmox host and it is working fine with version 1.24.0. However, I do like to keep things up to date because otherwise when upgrades become imperative they tend to be more problematic. in the past I have used this sequence of commands to bring my instance up to the current versions: ```auto wget https://raw.githubusercontent.com/jjlin/docker-image-extract/main/docker-image-extract chmod +x docker-image-extract ./docker-image-extract vaultwarden/server:alpine systemctl stop vaultwarden cp output/vaultwarden /opt/vaultwarden cp -R output/web-vault /opt/vaultwarden rm -R output rm docker-image-extract systemctl start vaultwarden ``` When I run this sequence today on a system with current specs as shown below, it appears to run just fine, and the service is up and running on the container again but the web interface is no longer accessible. I have confirmed with netstat that the vaultwarden service is listening on the same port but I cannot access the instance via the URL. I have rolled back to the working version for now, but would like to know what further troubleshooting I can do to identify and resolve the issue. I searched through the forum but all other upgrade issues seem to be docker related and not applicable. Any ideas? Thanks for an awesome piece of software! ```auto Server Installed Update 1.24.0 Server Latest 1.25.0 Web Installed Update 2.25.1 Web Latest 2022.05.0 Database **SQLite:** 3.35.4 ### Checks Running within Docker **No** Environment settings overridden **Yes** Uses a reverse proxy **Yes** IP header Match **Config/Server:** X-Real-IP Internet access Ok **Yes** Internet access via a proxy **No** DNS (github.com) Ok 140.82.114.3 Date & Time (Local) **Server:** 2022-06-12 13:03:50 -04:00 Date & Time (UTC) Ok **Server:** 2022-06-12 17:03:50 UTC **Browser:** 2022-06-12 17:03:51 UTC ``` ---
**Author:** ![BlackDex](https://yyz2.discourse-cdn.com/free1/user_avatar/vaultwarden.discourse.group/blackdex/32/8_2.png) [@BlackDex](https://vaultwarden.discourse.group/u/BlackDex)\ **Post date:** [June 14, 2022, 12:56pm UTC](https://vaultwarden.discourse.group/t/update-non-docker-server-to-1-25-0/1693/2 "2022-06-14T12:56:10Z")
I Would double check the port Vaultwarden is running on. I think that is not the same as it was before because of some changes to Rocket (The web-server library). ---
**Author:** ![kocherjj](https://avatars.discourse-cdn.com/v4/letter/k/2bfe46/32.png) [@kocherjj](https://vaultwarden.discourse.group/u/kocherjj)\ **Post date:** [June 14, 2022, 6:11pm UTC](https://vaultwarden.discourse.group/t/update-non-docker-server-to-1-25-0/1693/3 "2022-06-14T18:11:41Z")
I haven’t had a chance to dig deeper yet but with v1.24.0 when i check the vaultwarden service status it says ‘Rocket has launched from [http://0.0.0.0:8000](http://0.0.0.0:8000)’ Based on my notes when I updated to 1.25.0 the status said ‘Rocket has launched from [http://127.0.0.1:8000](http://127.0.0.1:8000)’ The port doesn’t seem to have changed, but the internal listening logic is slightly different. I don’t see why this should block traffic since it’s still listening on the loopback but perhaps I’m missing something. I will try to poke this further later. ---
**Author:** ![BlackDex](https://yyz2.discourse-cdn.com/free1/user_avatar/vaultwarden.discourse.group/blackdex/32/8_2.png) [@BlackDex](https://vaultwarden.discourse.group/u/BlackDex)\ **Post date:** [June 14, 2022, 6:30pm UTC](https://vaultwarden.discourse.group/t/update-non-docker-server-to-1-25-0/1693/4 "2022-06-14T18:30:06Z")
But if your reverse proxy doesn’t connect to the localhost then it will not work. ---
**Author:** ![kocherjj](https://avatars.discourse-cdn.com/v4/letter/k/2bfe46/32.png) [@kocherjj](https://vaultwarden.discourse.group/u/kocherjj)\ **Post date:** [June 14, 2022, 6:37pm UTC](https://vaultwarden.discourse.group/t/update-non-docker-server-to-1-25-0/1693/5 "2022-06-14T18:37:40Z")
I followed the officia[l ‘Pre-built Binaries’ deployment instructions](https://github.com/dani-garcia/vaultwarden/wiki/Pre-built-binaries) and did not setup a reverse proxy on the container itself. The instance is behind a network wide Caddy reverse proxy that is the front end for a variety of services I am hosting. Is there a configuration file I can change to allow the service to continue listening on the physical interface with v1.25? ---
**Author:** ![BlackDex](https://yyz2.discourse-cdn.com/free1/user_avatar/vaultwarden.discourse.group/blackdex/32/8_2.png) [@BlackDex](https://vaultwarden.discourse.group/u/BlackDex)\ **Post date:** [June 14, 2022, 8:47pm UTC](https://vaultwarden.discourse.group/t/update-non-docker-server-to-1-25-0/1693/6 "2022-06-14T20:47:36Z")
Just configure `ROCKET_ADDRES=0.0.0.0` that would solve it for you. ---
**Author:** ![kocherjj](https://avatars.discourse-cdn.com/v4/letter/k/2bfe46/32.png) [@kocherjj](https://vaultwarden.discourse.group/u/kocherjj)\ **Post date:** [June 14, 2022, 9:30pm UTC](https://vaultwarden.discourse.group/t/update-non-docker-server-to-1-25-0/1693/7 "2022-06-14T21:30:43Z")
Edit: I found the link in the service file. For others who might experience this, adding ‘ROCKET\_ADDRESS=0.0.0.0’ to /var/lib/vaultwarden/.env restored access after updating to v1.25 Thanks for your help BlackDex! Original: Where do I make this change? All documentation assumes docker is being used and is not applicable. The only configuration file I have found is data/config.json and it does not have any related options currently specified. Attempting to add a json formated version of the proposed modification has no effect.