Bitwarden - Self-hosted password manager
-
@iamthefij said in Bitwarden - Self-hosted password manager:
This means that any user can sign up in the application directly as long as their email has been added to the invite list.
I think there was already an option to only allow signups from specific mail domains.
-
@fbartels yes. You can whitelist an entire domain. That will not allow whitelisting particular people on that domain though. So group or other constraints that we get with LDAP integration would not be supported.
The issue is that by default if sending mail is enabled Bitwarden will send an invite email with a particular invite code for any newly invited user: https://github.com/dani-garcia/bitwarden_rs/blob/88c56de97b48bb5b9b8af350d0d0e0d5f080ff0e/src/api/admin.rs#L163
An option to suppress this without disabling email entirely would allow whitelisting (and possibly revoking) users based on an LDAP query.
-
And done. Just pushed an update that allows disabling of SSO entirely and should fall back to the administrator manually inviting folks via the
/admin
page. I have not had a chance to test this though. -
@iamthefij That was quick. Can you put in a LICENSE file into the repo (preferably MIT like the other app packages), so I can get this pushed to unstable?
The optionalSso still has the issue that it will trick people into thinking it behaves like other LDAP apps. I think Cloudron needs to have some enhancement here to make the UX work reliably. For a start, I can push it out with LDAP syncing in place (i.e a person who wants to can run the tool manually from the terminal) but ldap addon removed.
-
@girish they won't be able to run it on a schedule, will they? If it was possible to schedule that, it would be great.
I just made some more updates to the Description to explain user management. I also updated the env variables set so they can be overridden by users (through the DB, CLI, or some new interface) to allow open signups, block invites, or whitelist a particular domain.
I can also add an MIT license file as long as @fbartels agrees, since I based it on his repo.
-
@iamthefij said in Bitwarden - Self-hosted password manager:
I can also add an MIT license file as long as @fbartels agrees, since I based it on his repo.
Almost forgot to reply here. I have added a license file to my repo now. So when you rebase yours you should get it as well.
-
Awesome! Thanks @fbartels!
I've merged your changes in, switched back to the single stage build for speed (possible now that MySQL support is offered in a Docker image), and updated the Readme and Changelog.
I believe this "works for me" but someone else should validate as well.
-
I'm trying to build and install the new version. After
cloudron update --app=bit.mydomain.com
I received the error
Docker Error: Unable to pull image. Please check the network or if the image needs authentication. statusCode: 404
Trying to restore the app that is now in an error state, I receive the same error. Docker is running, repository is set to public, I'm both logged in in cloudron and docker on the command line.
Any idea?
-
@girish said in Bitwarden - Self-hosted password manager:
@necrevistonnezr Is this after you did a
cloudron build
? If you open up~/.cloudron.json
, it will have anapps
section and inside that various paths. Can you check what thedockerImage
in that is?Sorry, can't check that right now as I'm at work - but shouldn't I be able to at least restore the app?
-
@necrevistonnezr you can specify the image you want Cloudron to pull on the command line to your update command as well via
--image=something/something:latest
. This is what I do in theMakefile
I added to allow me to use a more standard Docker workflow with pushing to Docker Hub and pulling from there. -
@girish said in Bitwarden - Self-hosted password manager:
@necrevistonnezr Is this after you did a
cloudron build
? If you open up~/.cloudron.json
, it will have anapps
section and inside that various paths. Can you check what thedockerImage
in that is?It says (anonymized):
"apps": { "/Users/Username/Cloudron/bitwardenrs-app": { "repository": "myrepo/bitwarden", "dockerImage": "myrepo/bitwarden:20200122-061725-4544ff2bf", "dockerImageSha256": "00000fdbc13fa2f2d8edc85fc73b0d68c803b180a2287c19e03c3b25f453d6a97" } },
Those are the correct coordinates....
-
bitwarden_rs 1.1.4 is out
https://github.com/dani-garcia/bitwarden_rs- Added support for running on subpath, simply add the subpath to the DOMAIN variable: DOMAIN=https://example.com/custom-path
- Attachment size limits, per-user and per-organization, set USER_ATTACHMENT_LIMIT or ORG_ATTACHMENT_LIMIT to a value in kilobytes to apply it.
- Updated U2F library which might solve some U2F certificate errors.
- Added SMTP test button in the admin page.
- Use web vault built by docker autobuild, using the hash to reference the image for extra security
- Now accepting y/n, True/False, 1/0 as config options that are booleans.
- Fixed error Unique constraint violation when using Two Factor and Postgres.
- Fixed error with can_signup_user that didn't allow to change the email address.
- Don't error if admin token is empty but disabled
- Now email domains are converted to punycode before sending
- Enable icons to be cached in the clients
- Added option to change invitation org name
- Enabled the sending of invitations from the admin panel, even when disabled
- Dependency updates
-
@necrevistonnezr Bumping this app request, bitwarden is one of the last important holdouts in my cloud replacement efforts.
-
@will fbartels version is fully functional (https://git.cloudron.io/fbartels/bitwardenrs-app), I've been using it for months now. And if you modify the bitwarden_rs build number in https://git.cloudron.io/fbartels/bitwardenrs-app/-/blob/master/Dockerfile before building, you get the newest version. I updated just yesterday.
Change
FROM "bitwardenrs/server:1.13.1-alpine" as bitwarden
to
FROM "bitwardenrs/server:1.14-alpine" as bitwarden