I am new to Bitwarden and am trying to self host it on my home server. I got it all setup and configured (almost). I have my URL set up and when I navigate to it, the initial login screen comes up. Father than I got when I initially self hosted Nextcloud. So, when I go to login, it gives the “An unhandled server error has occurred” error message. For starters, where can I go to see what it’s complaining about in more detail? We can discuss how to fix it later…
Here is a screenshot of the error I was getting in my browsers console log…
This is not within my expertise, but to help you get assistance, please post information about the server version you are running (see instructions for determining server version), as well as the OS that the server is installed on.
I am running my home server on Ubuntu Server 22.10. I haven’t been able to get to my admin page. I see that you can access the admin page by going here… your . domain . com/admin (it doesn’t have the spaces like that, the forum won’t let me post with more than two links). My default URL looks like this, https:// your . domain . com:4430/ (again, remove the spaces in my example). I set it up to run on 4430, as port 443 was already being used by Nextcloud. I was thinking that the URL for the admin page would be https://your.domain.com:4430/admin or https://your.domain.com/admin:4430… but neither of those worked. How do you reach the admin page when you have it running on a different port than the default value?
As for my Bitwarden version, I just installed all of this yesterday so it should be the latest version available for my OS.
I followed these instructions… Install and Deploy - Linux | Bitwarden Help Center. They where very straight forward and pretty easy to follow. I got all the way to the last step and was even able to access my new Bitwarden URL on the DNS address I created. When I went to go create a new account it gave me those server errors (as seen above). Let me know if you would like for me to provide any more information.
Thanks for providing the needed information. Hopefully someone with more knowledge of Linux server setup will come by and help further (@cksapp?), and don’t forget that you can also turn to the official support channel.
I suspect that part of the issue may be related to your use of a nonstandard server port, so I have taken the liberty of modifying your post title accordingly (to give it better visibility).
Ok, well I think I figured it out. It’s always something very small and often silly. Here is what happened… I created a custom MS account and Outlook profile for my home server to use. For some reason, it didn’t like the default Biwarden setup configuring the reply-to email to [email protected] I changed that value back to my regular email address and it’s all working now.
Also, while testing all of this I may have come across a few bugs. As you know I set up my instance to run on port 4430, it’s all working now. When I go to my admin page and request a link be sent to my email address the link comes in, but it doesn’t have my altered port in the link so the link in the email is broken. The same things happens when I create a user account and it sends me a link to click on to verify my account. It takes me to my server address but on port 443 instead of my custom port of 4430. I was able to just modify the link in the emails I received to change them to port 4430 and that brought up the respective pages as I expected. Let me know if you need any more info on those two issues I found.
Thanks @grb and @cksapp for all of your help in pointing me in the correct direction!
I had a feeling this sounded familiar, it seems that another user in the community was facing something similar.
Can you verify if once you made your port changes in the config.yml and then running .\bitwarden.sh rebuild also should add the ports to your ./bwdata/env/global.override.env
If this data did not carry over, and you have to manually alter the global.override.env as directed in the other post, then I would say it appears to be reproducable and to detail the findings in a bug report on the appropriate GitHub repos as linked.
@cksapp, thanks for the additional information. I went in and changed globalSettings__baseServiceUri__vault in the bwdata/env/global.override.env file and URL in the bwdata/config.yml file. It now lists my URL as https://my.domain.org:4430 in both of those places. I rebuilt Bitwarden and restarted it and am now running into another issue. I can reach the regular site by going to my URL as seen above. I was able to create a new user and the email that was sent has the correct link in it now, that part is working! I then tried to go to my admin portal at https://my.domain.org:4430/admin and am getting this error in the browser…
I checked my firewall on my server and my router and nothing has changed since I had it working before. Not sure why it’s running into issues getting to the admin page now. I have tried to troubleshoot it a lot but to no avail. I have tried reinstalling and using different setup keys and still can’t gain access to the admin page, even when I revert my changes back to what I had before.
Am I missing something? Have you seen this issue happen before?
Please let me know if you’d like for me to provide any more information or if you have any ideas.
So just to confirm this did not automatically get added after changing and applying settings in the comfig.yml and you had to manually enter this data into the global.override.env file?
This definitely is contrary to the documentation on how this should function.
Glad to hear and confirm that this did actual enter the custom port into the emails as needed!
As far as your issue, I can’t say that I have personal run into this myself. I have been searching and found somewhat related topics on GitHub and here in the community regarding the “502 Bad Gateway” error as well, though little seems to be related.
When you say “my_ip” is this the IP of the Bitwarden host, or your machine used to access the server?
The port 5000 is an internal port to the docker network stack, so there may be something wrong with the health of your install.
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
91fa372a7e72 bitwarden/nginx:2023.2.1 "/entrypoint.sh" About a minute ago Up About a minute (healthy) 80/tcp, 0.0.0.0:8000->8080/tcp, :::8000->8080/tcp, 0.0.0.0:4430->8443/tcp, :::4430->8443/tcp bitwarden-nginx
c1ac9af6434f bitwarden/admin:2023.2.1 "/entrypoint.sh" About a minute ago Up About a minute (healthy) 5000/tcp bitwarden-admin
b11d637bdc52 bitwarden/web:2023.2.0 "/entrypoint.sh" About a minute ago Up About a minute (healthy) bitwarden-web
149acb1c5692 bitwarden/api:2023.2.1 "/entrypoint.sh" About a minute ago Up About a minute (healthy) 5000/tcp bitwarden-api
5c7de6826402 bitwarden/attachments:2023.2.1 "/entrypoint.sh" About a minute ago Up About a minute (healthy) bitwarden-attachments
ce06f9dd7214 bitwarden/sso:2023.2.1 "/entrypoint.sh" About a minute ago Up About a minute (healthy) 5000/tcp bitwarden-sso
368ecc07ca7f bitwarden/mssql:2023.2.1 "/entrypoint.sh" About a minute ago Up About a minute (healthy) bitwarden-mssql
592f7ca55d93 bitwarden/notifications:2023.2.1 "/entrypoint.sh" About a minute ago Up About a minute (healthy) 5000/tcp bitwarden-notifications
1983c8658e1b bitwarden/icons:2023.2.1 "/entrypoint.sh" About a minute ago Up About a minute (healthy) 5000/tcp bitwarden-icons
49e57583b057 bitwarden/events:2023.2.1 "/entrypoint.sh" About a minute ago Up About a minute (healthy) 5000/tcp bitwarden-events
bf268dc36685 bitwarden/identity:2023.2.1 "/entrypoint.sh" About a minute ago Up About a minute (healthy) 5000/tcp bitwarden-identity
20365c559b69 nextcloud/all-in-one:latest "start.sh /usr/bin/s…" 3 days ago Up 25 hours (healthy) 0.0.0.0:8080->8080/tcp, :::8080->8080/tcp, 0.0.0.0:8443->8443/tcp, :::8443->8443/tcp, 9000/tcp, 0.0.0.0:8888->80/tcp, :::8888->80/tcp nextcloud-aio-mastercontainer
65390ab0fdc9 lscr.io/linuxserver/duckdns:latest "/init" 4 months ago Up 25 hours duckdns
@cksapp, I was thinking it was possibly an incompatibility with Nextcloud… However, I just stopped all of my Nextcloud docker containers (and rebooted my home server) and am still experiencing the same issue while trying to connect to the admin page. This Github issue ( connect() failed (111: Connection refused) while connecting to upstream · Issue #2544 · bitwarden/server (github.com)) has a similar error to the one that I am getting in my nginx logs, one of the people in the comments said to alter the defualt.conf file… the one that gets overwritten when you rebuild the project. I tried that, but as you’d expect… it didn’t work and was overwritten.