Vaultwarden vs Bitwarden: Mana Pilihan Terbaik VPS?
Bitwarden memerlukan 12 kontena dan 2GB RAM untuk beroperasi. Vaultwarden pula menawarkan fungsi sama dalam satu kontena ringan. Ketahui perbezaan prestasi dan keperluan sistem.
Apakah sebenarnya Vaultwarden dan Bitwarden yang dihoskan sendiri
Pilihan antara Vaultwarden dan Bitwarden yang dihoskan sendiri adalah pilihan antara dua pelayan yang menggunakan API klien yang sama, bukannya pilihan antara dua pengurus kata laluan. Stak Bitwarden sendiri menjalankan kira-kira sedozen kontena di sebalik nginx, menyimpan segala-galanya dalam Microsoft SQL Server, dan terikat dengan ID pemasangan yang anda daftarkan menggunakan alamat e-mel. Vaultwarden ialah pelaksanaan semula tidak rasmi bagi API klien Bitwarden, ditulis dalam Rust, yang berjalan sebagai satu kontena dengan satu fail SQLite. Sambungan pelayar dan telefon anda tidak dapat membezakannya, kerana kedua-duanya menjawab endpoint yang sama.
Penyulitan adalah sama dalam kedua-dua keadaan. Klien Bitwarden menyulitkan vault sebelum sebarang data meninggalkan peranti, jadi pelayan hanya menyimpan gumpalan data yang tidak boleh dibacanya, dan format vault adalah milik Bitwarden dalam kedua-dua kes. Perbezaannya ialah jumlah sumber mesin yang anda sewa, siapa yang menyelenggara kod tersebut, ciri yang mana memerlukan bayaran, dan perkara yang perlu anda sandarkan.
Fail README Vaultwarden menyatakan statusnya secara terus terang: "Projek ini tidak dikaitkan dengan Bitwarden atau Bitwarden, Inc." Ia merupakan projek sukarelawan tanpa meja bantuan dan tanpa jaminan. Seorang penyelenggara aktif bekerja di Bitwarden dan menyumbang pada masa peribadi, yang merupakan satu budi bicara dan bukannya sokongan rasmi.
Tiga timbunan yang boleh anda pasang
Kebanyakan perbandingan terlepas pandang bahawa Bitwarden mengeluarkan dua produk self-hosted yang berbeza.
Bitwarden standard. Penempatan vendor, dipacu oleh skrip shell.
curl -Lso bitwarden.sh "https://func.bitwarden.com/api/dl/?app=self-host&platform=linux" \
&& chmod 700 bitwarden.sh
./bitwarden.sh installPemasang meminta domain anda, sama ada untuk meminta sijil Let's Encrypt, nama pangkalan data, serta ID dan kunci pemasangan yang anda peroleh daripada https://bitwarden.com/host dengan memasukkan alamat e-mel. ./bitwarden.sh start kemudian menarik imej dan menaikkan timbunan tersebut. Bitwarden mendokumentasikan 2 GB RAM dan 12 GB storan sebagai minimum, 4 GB dan 25 GB sebagai disyorkan, serta Docker Engine 26 atau lebih baharu dengan pemalam Compose. Pangkalan datanya ialah imej MSSQL Express, dan edisi tersebut mengehadkan pangkalan data hubungan kepada 10 GB melainkan anda menghalakan penempatan tersebut ke pangkalan data luaran.
Bitwarden lite. Ini ialah penempatan yang dahulunya dipanggil Bitwarden Unified. Ia keluar daripada fasa beta dan dinamakan semula pada Disember 2025. Satu bekas aplikasi ditambah pangkalan data pilihan anda:
services:
bitwarden:
depends_on:
- db
env_file:
- settings.env
image: ghcr.io/bitwarden/lite
restart: always
ports:
- "80:8080"
volumes:
- bitwarden:/etc/bitwarden
db:
environment:
MARIADB_USER: "bitwarden"
MARIADB_PASSWORD: "super_strong_password"
MARIADB_DATABASE: "bitwarden_vault"
MARIADB_RANDOM_ROOT_PASSWORD: "true"
image: mariadb:10
restart: always
volumes:
- data:/var/lib/mysql
volumes:
bitwarden:
data:Ia menerima MariaDB atau MySQL, PostgreSQL, SQLite dan MSSQL, serta memerlukan 200 MB RAM dan 1 GB storan. Dua peringatan datang daripada dokumentasi Bitwarden sendiri. Ia didokumentasikan untuk kegunaan peribadi dan makmal rumah dan bukannya kegunaan perniagaan, dan ia tidak melakukan sandaran pangkalan data automatik, jadi tugas itu sepenuhnya tanggungjawab anda.
Vaultwarden. Satu bekas, terus daripada README projek:
docker run --detach --name vaultwarden \
--env DOMAIN="https://vw.domain.tld" \
--volume /vw-data/:/data/ \
--restart unless-stopped \
--publish 127.0.0.1:8000:80 \
vaultwarden/server:latestBaris publish mengikat port 8000 kepada loopback sahaja, dan itu adalah sengaja. Vaultwarden menyediakan HTTP biasa dan menjangkakan reverse proxy untuk menamatkan TLS (transport layer security) di hadapannya. TLS bukanlah pilihan di sini: web vault melakukan penyukuannya dengan WebCrypto API pelayar, yang hanya didedahkan oleh pelayar dalam konteks selamat, jadi melalui http biasa, halaman log masuk akan gagal dalam pelayar sebelum pelayan anda diminta. Panduan pemasangan penuh Vaultwarden merangkumi proxy dan sijil tersebut.
Berapakah penggunaan RAM Vaultwarden berbanding Bitwarden yang dihoskan sendiri?
Keperluan minimum vendor menyatakan had bawah untuk pemasang berfungsi, bukan beban sebenar perisian tersebut. Baris di bawah diperoleh daripada docker stats --no-stream pada pemasangan melahu, seorang pengguna setiap satu, vault kecil dan tiada lampiran, pada pelayan Ubuntu 24.04 dengan 4 GB RAM. Cakera merangkumi imej serta direktori data selepas permulaan pertama yang berjaya.
The data behind this chart
[
{
"label": "Vaultwarden (SQLite)",
"idle_ram_mb": 58,
"containers": 1,
"disk_gb": 0.4
},
{
"label": "Bitwarden lite + MariaDB",
"idle_ram_mb": 470,
"containers": 2,
"disk_gb": 1.6
},
{
"label": "Bitwarden standard (MSSQL)",
"idle_ram_mb": "2,400",
"containers": 12,
"disk_gb": 6.5
}
]Vaultwarden melahu pada 58 MB dalam satu kontena. Stak Bitwarden standard melahu pada sekitar 2,400 MB merentasi 12 kontena, dan kontena MSSQL memegang sebahagian besar penggunaan tersebut. Bitwarden lite berada di antara kedua-duanya pada 470 MB dengan kontena MariaDB miliknya. Jalankan arahan yang sama pada pelayan anda sendiri sebelum mempercayai angka-angka ini, kerana ia berubah mengikut bilangan pengguna, lampiran dan trafik penyelarasan, serta MSSQL meningkatkan set kerja (working set) semakin lama ia berjalan.
Bacaan praktikal untuk VPS kecil: Vaultwarden dengan SQLite selesa pada pelan 1 GB, dan stak Bitwarden standard tidak akan bermula di situ. Pada pelan 2 GB, stak standard memenuhi minimum yang didokumenkan dan hanya meninggalkan ruang yang sangat sedikit untuk sistem pengendalian, jadi kernel out of memory killer akan menjadi ancaman sebenar. Apabila ia aktif, dmesg mencetak baris yang menamakan proses yang dimatikan, dan pada stak ini, biasanya ia adalah sqlservr. Berikan 4 GB untuk penggunaan stak standard.
Ciri berbayar yang manakah percuma dalam Vaultwarden?
Menjalankan pelayan Bitwarden tidak memerlukan bayaran, namun ciri berbayar kekal terkunci sehingga anda memuat naik fail lesen. Akaun individu premium dan setiap peringkat organisasi berbayar (Families, Teams, Enterprise) memerlukannya. Anda memuat turun lesen tersebut daripada cloud web vault, di bawah Settings kemudian Subscription untuk individu, atau Admin Console di bawah Billing kemudian Subscription untuk organisasi, lalu memuat naiknya ke instans anda sendiri. Lesen organisasi dikeluarkan berdasarkan installation ID yang disimpan dalam ./bwdata/env/global.override.env. Oleh itu, organisasi yang dihoskan sendiri masih memegang langganan berbayar dan masih berhubung dengan cloud Bitwarden untuk tujuan pengebilan.
Vaultwarden mengaktifkan ciri yang sama tanpa lesen dan tanpa langganan. Wiki projek menyenaraikannya:
- organisasi, koleksi dan kumpulan
- lampiran fail
- log masuk dua langkah dengan e-mel, Duo, YubiKey dan FIDO2
- Emergency Access
- Bitwarden Send
- kunci API peribadi
- SSO melalui OpenID Connect
SSO adalah yang terbaharu antara ciri ini dan dikonfigurasikan dengan SSO_ENABLED, SSO_AUTHORITY, SSO_CLIENT_ID dan SSO_CLIENT_SECRET. Ia hanya mengesahkan log masuk. Wiki menyatakan dengan jelas bahawa kata laluan induk masih diperlukan dan tidak dikawal oleh pembekal identiti anda, kerana kata laluan tersebut menghasilkan kunci yang menyahsulit vault. Halakan SSO_AUTHORITY kepada discovery issuer bagi pembekal identiti Authentik yang dihoskan sendiri dan pengguna log masuk di sana, kemudian buka kunci dengan kata laluan induk mereka. Nilai tersebut mesti sepadan dengan medan issuer yang dikembalikan oleh discovery endpoint, tanpa akhiran /.well-known/openid-configuration di hujungnya.
Apa yang anda tidak perolehi daripada Vaultwarden ialah vendor. Bitwarden memegang pensijilan SOC 2 Type 2 dan ISO 27001, menerbitkan laporan audit pihak ketiga dan menjalankan program bug bounty HackerOne secara peribadi. Pensijilan tersebut meliputi kod dan perkhidmatan Bitwarden dan bukannya pelayan yang anda pasang, namun jika juruaudit memerlukan pembekal bernama di sebalik pengurus kata laluan anda, pelaksanaan semula oleh sukarelawan merupakan perkara yang sukar untuk dijelaskan.
Adakah aplikasi rasmi Bitwarden berfungsi dengan Vaultwarden?
Ya. Vaultwarden melaksanakan API klien, jadi pelanjutan pelayar, aplikasi desktop, aplikasi mudah alih dan web vault yang disertakan semuanya berfungsi dengannya. Dalam setiap klien, anda perlu menetapkan URL pelayan yang dihoskan sendiri pada skrin persekitaran sebelum anda log masuk, bukan selepasnya.
Satu ciri memerlukan konfigurasi tambahan: pemberitahuan tolak (push notifications) ke aplikasi mudah alih. Tanpanya, aplikasi akan menyegerak apabila anda membukanya atau mengikut pemasa tersendiri, jadi kata laluan yang ditukar pada komputer riba anda tidak akan muncul pada telefon sehingga anda melihatnya. Vaultwarden boleh menggunakan geganti tolak (push relay) Bitwarden, dan ia memerlukan ID pemasangan serta kunci daripada halaman https://bitwarden.com/host yang sama seperti yang digunakan oleh pemasang rasmi.
PUSH_ENABLED=true
PUSH_INSTALLATION_ID=<your installation id>
PUSH_INSTALLATION_KEY=<your installation key>Pelayan di rantau EU juga memerlukan PUSH_RELAY_URI=https://api.bitwarden.eu dan PUSH_IDENTITY_URI=https://identity.bitwarden.eu. Wiki mendokumentasikan dua perangkap yang perlu diketahui sebelum anda menghabiskan masa selama satu jam untuk menyahpepijat perkara ini. Aplikasi yang dipasang daripada F-Droid atau Neo Store tidak mempunyai sokongan Firebase dan tidak akan menerima pemberitahuan tolak, walau apa pun yang dilakukan oleh pelayan. Aplikasi yang disambungkan sebelum Vaultwarden 1.30.2 perlu dibersihkan datanya supaya ia mendaftarkan token tolak.
Sejauh manakah pelaksanaan semula selamat?
Sejarah audit Bitwarden adalah panjang dan terbuka kepada umum. Cure53 telah menyemaknya pada tahun 2018, 2021, 2022 dan 2023. IOActive dan Mandiant menyemak klien pada tahun 2024, Fracture Labs meliputi penilaian web dan rangkaian sepanjang 2024 dan 2025, Unit 42 menilai aplikasi mudah alih pada 2025, dan Kumpulan Kriptografi Gunaan ETH Zurich menyemak kriptografi tersebut pada 2025.
Vaultwarden juga telah diperiksa oleh pihak luar, yang mengejutkan mereka yang menganggap tiada siapa yang melihatnya. Pejabat Persekutuan bagi Keselamatan Maklumat (BSI) Jerman telah meminta mgm security partners mengujinya antara Februari dan Mei 2024 di bawah projek analisis kod Caos 3.0, dan ulasan tersebut memberikan penarafan tinggi kepada dua penemuan. Secara berasingan, ERNW melaporkan pintasan pengesahan yang menjejaskan versi di bawah 1.32.5 (CVE-2024-55225), yang telah dibaiki pada November 2024. Versi 1.37.0, pada Julai 2026, mengeluarkan pembaikan untuk SSRF (server side request forgery) melalui titik akhir ikon, akses cipher rentas organisasi dan pintasan polisi organisasi pada import direktori.
Sejarah itu menunjukkan projek dengan proses pendedahan yang berfungsi. Ia juga menunjukkan permukaan yang sentiasa muncul di dalamnya: halaman admin. Jadi, anggap halaman itu sebagai perkara sensitif seperti yang sepatutnya. Ia kekal dimatikan kecuali ADMIN_TOKEN ditetapkan, dan anda harus menyimpan hash dan bukannya token teks biasa.
docker run --rm -it vaultwarden/server /vaultwarden hashPerintah itu mencetak rentetan Argon2 PHC (format pertandingan hashing kata laluan) untuk ditampal ke dalam ADMIN_TOKEN. Aktifkan HTTPS sebelum anda mengaktifkan halaman admin, kerana token dihantar dalam permintaan dan token teks biasa pada sambungan HTTP biasa boleh dibaca oleh apa sahaja pada laluan tersebut. Jauhkan /admin daripada internet awam jika boleh, dan gandingkan ia dengan pengukuhan hos biasa seperti mengetatkan akses SSH pada pelayan.
Apa yang rosak apabila API rasmi berubah
Ini adalah risiko yang sering dipandang remeh. Bitwarden mengeluarkan klien, dan klien tersebut mengemas kini diri mereka sendiri daripada gedung aplikasi pada waktu malam. Vaultwarden perlu mengikutinya. Apabila keluaran klien mengubah kontrak API, Vaultwarden yang belum dikemas kini akan berhadapan dengan klien yang telah berubah, dan proses log masuk atau penyelarasan mula gagal pada peranti yang tidak anda sentuh.
Nota keluaran mengandungi contoh konkrit. Vaultwarden 1.37.0 menyatakan: "Kemas kini ini diperlukan untuk sokongan dengan klien versi 2026.7.0+, sila kemas kini sebelum melaporkan sebarang isu dengannya." Setakat Ogos 2026, keluaran semasa ialah 1.37.1, yang diterbitkan pada 29 Julai 2026.
Dua tabiat menjadikan perkara ini mudah diurus. Tetapkan tag imej khusus dan bukannya latest, supaya penarikan automatik tidak mengubah pelayan anda pada pukul 3 pagi. Kemudian, pantau suapan keluaran dan lakukan naik taraf secara sengaja, dengan membaca nota terlebih dahulu, kerana perubahan yang memecahkan fungsi (breaking changes) hanya muncul di sana. Sebagai contoh, versi 1.35.5 membatalkan setiap token peringatan dua faktor sedia ada semasa naik taraf, yang menyebabkan pengguna terkeluar daripada langkah yang mereka sangka telah disimpan.
Penggunaan Bitwarden standard mempunyai masalah yang serupa. Naik taraf dijalankan melalui ./bitwarden.sh updateself dan ./bitwarden.sh update, dan kemas kini tersebut melaksanakan migrasi pangkalan data. Sandaran yang diambil sebelum migrasi bukanlah cara untuk memulihkan skema selepas migrasi, jadi ambil sandaran dan catatkan versi semasa anda mengambilnya.
Sandaran, iaitu perkara yang sering menyebabkan pengguna kehilangan vault
Direktori data Vaultwarden ialah pelayan itu sendiri. Simpan fail-fail berikut:
db.sqlite3- setiap fail
rsa_key*, termasukrsa_key.pemdanrsa_key.der attachments/config.jsonsends/
Jangan salin db.sqlite3 menggunakan cp semasa kontena sedang berjalan. SQLite mungkin sedang dalam proses penulisan, jadi salinan tersebut boleh menjadi pangkalan data yang rosak yang kelihatan normal sehingga anda cuba memulihkannya. Gunakan API sandaran dalam talian sebaliknya:
sqlite3 data/db.sqlite3 ".backup '/path/to/backups/db-$(date '+%Y%m%d-%H%M').sqlite3'"Sejak versi 1.32.1, terdapat juga arahan /vaultwarden backup terbina dalam imej tersebut. Walau apa pun, syot kilas (snapshot) masih berada pada cakera yang sama dengan data asal sehingga anda memindahkannya. Oleh itu, pindahkan data tersebut keluar dari pelayan dengan restic snapshots to off-site storage mengikut jadual. Fail rsa_key adalah sama penting dengan pangkalan data: pelayan menandatangani token sesi dengan kunci tersebut. Jika pangkalan data dipulihkan bersama kunci yang baru dijana, semua pengguna akan dilog keluar dan jemputan organisasi yang sedang diproses akan terbatal.
Bitwarden standard melakukan sandaran yang lebih menyeluruh. Kontena mssql menulis sandaran pangkalan data setiap malam ke dalam ./bwdata/mssql/backups dan menyimpannya selama 30 hari, selagi kontena tersebut berjalan. Anda juga boleh memaksa sandaran dilakukan:
docker exec -i bitwarden-mssql /backup-db.shDirektori yang perlu disimpan ialah ./bwdata/env (pemboleh ubah persekitaran, termasuk kata laluan pangkalan data dan sijil), ./bwdata/core/attachments, ./bwdata/mssql/data, dan ./bwdata/core/aspnet-dataprotection. Direktori terakhir ini sering dilupakan oleh pengguna. Ia menyimpan bahan perlindungan data peringkat rangka kerja, termasuk token pengesahan dan beberapa lajur pangkalan data. Oleh itu, memulihkan pangkalan data tanpa direktori ini akan menyebabkan lajur yang dilindunginya tidak dapat dibaca. Bitwarden lite tidak melakukan sandaran automatik sama sekali, jadi memilih versi lite bermakna anda perlu menguruskan jadual dump sendiri seperti yang dilakukan dengan Vaultwarden.
Penghijrahan dalam kedua-dua arah
Penghijrahan dijalankan melalui klien, bukan pelayan, kerana eksport dan import adalah ciri klien. Ini menjadikan kedua-dua arah sebagai prosedur yang sama.
Setiap pengguna melakukan eksport daripada web vault atau aplikasi desktop, mencipta akaun pada pelayan baharu, dan melakukan import. Format yang tersedia ialah teks biasa .json, teks biasa .csv, disulitkan .json, dan .zip yang mengandungi JSON berserta lampiran fail untuk vault individu. Kad, identiti, passkey yang disimpan dan kunci SSH hanya kekal dalam bentuk JSON, jadi penghijrahan CSV akan menggugurkannya tanpa notis. Tiada format eksport yang merangkumi item dalam tong sampah atau Sends, dan data milik organisasi bukan sebahagian daripada eksport individu.
Anggap eksport teks biasa sebagai rahsia yang aktif, kerana itulah sebenarnya: keseluruhan vault anda dalam teks jelas pada cakera. Eksport, import, dan padamkannya dalam satu sesi. Jangan sekali-kali menghantarnya melalui e-mel atau sembang.
Satu perangkap sering menjejaskan pengguna semasa penghijrahan. Eksport disulitkan yang terikat dengan akaun anda tidak boleh diimport ke dalam akaun yang berbeza, dan menukar pelayan bermakna akaun yang berbeza secara definisinya. Pilih pilihan eksport yang dilindungi kata laluan sebaliknya, kerana ia lebih mudah alih.
Penghijrahan daripada Vaultwarden ke standard Bitwarden adalah arah yang lebih sukar, kerana struktur organisasi tidak berpindah dalam eksport. Anda perlu mencipta semula organisasi pada pelayan baharu, menjemput pengguna semula, dan setiap pengguna perlu mengimport vault mereka sendiri. Rancang tetingkap penyelenggaraan untuk perkara ini daripada menyedarinya pada hari kejadian.
Yang mana satu patut anda jalankan?
Jalankan Vaultwarden jika anda seorang individu, keluarga, atau makmal rumah (home lab) pada VPS 1 GB atau 2 GB. Ciri Organisations, Emergency Access dan Send diberikan secara percuma, penggunaan memori semasa melahu (idle) adalah lebih kurang sama dengan satu tab pelayar, dan sandarannya terdiri daripada fail SQLite serta satu direktori kecil. Kombinasi inilah sebab mengapa ia mendominasi pengurusan kata laluan yang dihoskan sendiri (self-hosted).
Jalankan pelayan rasmi Bitwarden apabila orang lain bergantung kepadanya secara profesional: syarikat yang memerlukan kontrak sokongan, keperluan pematuhan yang menetapkan vendor tertentu, atau ciri perusahaan yang sudah pun anda bayar. Berikan 4 GB untuk deployment standard, dan anggap fail lesen serta installation ID sebagai sebahagian daripada deployment dan bukannya sekadar dokumen pentadbiran.
Bitwarden lite berada di kedudukan tengah yang janggal. Ia merupakan kod vendor dengan beban yang jauh lebih ringan, yang sememangnya menarik, namun Bitwarden mendokumentasikannya untuk kegunaan peribadi dan makmal rumah sahaja serta tidak mempunyai sandaran automatik. Anda menanggung beban operasi seperti Vaultwarden tanpa set ciri percuma yang ditawarkan oleh Vaultwarden. Pilih versi ini jika kod vendor lebih penting bagi anda berbanding ciri-ciri tambahan, dan anda berpuas hati untuk mengurus pangkalan data sendiri.
Jika anda masih membuat keputusan tentang apa lagi yang akan dihoskan pada pelayan tersebut, senarai pendek self-hosting yang lebih luas meletakkan pilihan ini di sebelah servis lain yang bersaing untuk mendapatkan RAM yang sama.
FAQ
Adakah Vaultwarden cukup selamat untuk dijadikan pengurus kata laluan sebenar?
Untuk kegunaan peribadi dan keluarga, ya, dengan syarat tertentu. Pelanggan (client) menyulitkan vault sebelum ia sampai ke pelayan, jadi Vaultwarden tidak pernah melihat kata laluan induk atau sebarang teks biasa anda. Ia telah disemak secara luaran: BSI telah meminta mgm security partners mengujinya antara Februari dan Mei 2024, dan ERNW melaporkan pintasan pengesahan yang telah dibaiki dalam versi 1.32.5. Pastikan versi sentiasa terkini, pastikan halaman admin dinyahaktifkan atau dilindungi di sebalik ADMIN_TOKEN yang di-hash dengan Argon2, dan sajikan ia hanya melalui HTTPS. Perniagaan yang memerlukan sokongan vendor atau dokumentasi audit harus menjalankan pelayan Bitwarden sendiri.
Berapa banyak RAM yang diperlukan oleh Vaultwarden berbanding Bitwarden yang dihoskan sendiri?
Pada pemasangan melahu yang diukur dengan docker stats --no-stream, Vaultwarden dengan SQLite menggunakan kira-kira 58 MB dalam satu kontena, manakala penggunaan standard Bitwarden berada sekitar 2,400 MB merentasi 12 kontena, dengan sebahagian besarnya adalah pangkalan data MSSQL. Bitwarden mendokumentasikan 2 GB sebagai minimum dan 4 GB sebagai disyorkan untuk tindanan (stack) standard, serta 200 MB untuk Bitwarden lite. Vaultwarden boleh berjalan pada VPS 1 GB dengan ruang yang masih mencukupi.
Adakah saya memerlukan lesen Bitwarden untuk menghoskan sendiri?
Tidak untuk vault individu percuma. Menjalankan pelayan adalah percuma. Fail lesen diperlukan untuk membuka kunci ciri premium individu dan mana-mana pelan organisasi berbayar, yang merangkumi Families, Teams dan Enterprise. Anda memuat turunnya daripada vault web awan dan memuat naiknya ke instans anda, dan lesen organisasi dikeluarkan berdasarkan ID pemasangan yang disimpan dalam ./bwdata/env/global.override.env. Vaultwarden tidak memerlukan lesen dan mendayakan ciri organisasi secara automatik.
Bolehkah saya berpindah daripada Vaultwarden ke Bitwarden kemudian, atau sebaliknya?
Ya, dalam kedua-dua arah, melalui pelanggan (client). Setiap pengguna mengeksport vault mereka daripada vault web atau aplikasi desktop dan mengimportnya ke pelayan baharu selepas mencipta akaun di sana. Eksport .zip membawa lampiran untuk vault individu, dan format JSON membawa kad, identiti, passkey dan kunci SSH. Item dalam tong sampah dan Sends tidak terdapat dalam mana-mana format eksport, dan item milik organisasi mesti dieksport secara berasingan oleh pemilik, jadi rancang untuk mencipta semula organisasi dan menjemput semula pengguna pada pelayan baharu.