Vaultwarden vs Bitwarden: आपके सर्वर के लिए क्या बेहतर है?

Vaultwarden और Bitwarden self-hosted वास्तव में क्या हैं

Vaultwarden बनाम Bitwarden self-hosted का चुनाव दो ऐसे सर्वर्स के बीच है जो एक ही client API का उपयोग करते हैं, न कि दो अलग-अलग पासवर्ड मैनेजरों के बीच। Bitwarden का अपना स्टैक nginx के पीछे लगभग एक दर्जन containers चलाता है, सब कुछ Microsoft SQL Server में स्टोर करता है, और एक ऐसे installation ID से जुड़ा होता है जिसे आप ईमेल पते के साथ रजिस्टर करते हैं। Vaultwarden, Bitwarden client API का एक अनौपचारिक पुनर्रचना (reimplementation) है, जिसे Rust में लिखा गया है, और यह एक SQLite फ़ाइल के साथ एक ही container के रूप में चलता है। आपका ब्राउज़र एक्सटेंशन और आपका फ़ोन इनके बीच अंतर नहीं कर सकते, क्योंकि दोनों एक ही endpoints का जवाब देते हैं।

दोनों ही स्थितियों में एन्क्रिप्शन समान है। Bitwarden क्लाइंट्स डिवाइस से कुछ भी बाहर जाने से पहले वॉल्ट को एन्क्रिप्ट कर देते हैं, इसलिए सर्वर ऐसे blobs स्टोर करता है जिन्हें वह पढ़ नहीं सकता, और वॉल्ट का प्रारूप दोनों ही मामलों में Bitwarden का ही रहता है। जो अंतर है वह यह है कि आप कितनी मशीन रेंट पर लेते हैं, कोड का रखरखाव कौन करता है, कौन से फीचर्स के लिए पैसे लगते हैं, और आपको किसका बैकअप लेना पड़ता है।

Vaultwarden का README अपनी स्थिति के बारे में स्पष्ट है: "यह प्रोजेक्ट Bitwarden या Bitwarden, Inc. से संबद्ध नहीं है।" यह बिना किसी सपोर्ट डेस्क और बिना किसी वारंटी वाला एक स्वयंसेवी प्रोजेक्ट है। एक सक्रिय मेंटेनर Bitwarden में काम करता है और व्यक्तिगत समय पर योगदान देता है, जो एक शिष्टाचार है न कि समर्थन (endorsement)।

तीन stacks जिन्हें आप install कर सकते हैं

अधिकांश तुलनाओं में यह बात छूट जाती है कि Bitwarden दो अलग-अलग self-hosted products release करता है।

Bitwarden standard. यह vendor deployment है, जो एक shell script द्वारा संचालित होता है।

curl -Lso bitwarden.sh "https://func.bitwarden.com/api/dl/?app=self-host&platform=linux" \
  && chmod 700 bitwarden.sh
./bitwarden.sh install

Installer आपसे आपका domain, Let's Encrypt certificate का अनुरोध करना है या नहीं, एक installation ID और key (जिसे आप एक email address दर्ज करके https://bitwarden.com/host से प्राप्त करते हैं), और आपका region (US या EU) पूछता है। ./bitwarden.sh start फिर images को pull करता है और stack को start करता है। Bitwarden न्यूनतम 2 GB RAM और 12 GB storage, तथा अनुशंसित 4 GB RAM और 25 GB storage, और Docker Engine 26 या उससे नया version, Compose plugin के साथ होने का दस्तावेजीकरण करता है। इसमें database एक MSSQL Express image है, जिसके लिए Bitwarden 10 GB की अधिकतम relational database size बताता है। यदि यह आकार कम है, तो आप deployment को किसी external database की ओर point कर सकते हैं।

Bitwarden lite. यह वह deployment है जिसे पहले Bitwarden Unified कहा जाता था। यह beta से बाहर आ गया और दिसंबर 2025 में इसका नाम बदल दिया गया। इसमें एक application container और आपकी पसंद का एक database होता है:

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:

यह MariaDB या MySQL, PostgreSQL, SQLite और MSSQL को स्वीकार करता है, और इसके लिए 200 MB RAM और 1 GB storage की आवश्यकता होती है। Bitwarden के अपने दस्तावेज़ों में दो चेतावनियाँ दी गई हैं। इसे व्यावसायिक उपयोग के बजाय व्यक्तिगत उपयोग और home labs के लिए अनुशंसित किया गया है, और यह स्वचालित database backups नहीं लेता है, इसलिए वह कार्य पूरी तरह से आपका है।

Vaultwarden. एक container, सीधे project README से:

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:latest

Publish line port 8000 को केवल loopback पर bind करती है, और यह जानबूझकर किया गया है। Vaultwarden plain HTTP serve करता है और अपेक्षा करता है कि एक reverse proxy इसके सामने TLS (transport layer security) terminate करे। यहाँ TLS वैकल्पिक नहीं है: web vault अपना encryption browser के WebCrypto API के साथ करता है, जिसे browsers केवल secure context में ही expose करते हैं। इसलिए, plain http पर login page browser में ही विफल हो जाता है, इससे पहले कि आपके server से कोई अनुरोध किया जाए। पूर्ण Vaultwarden install walkthrough में proxy और certificate को कवर किया गया है।

Bitwarden self-hosted की तुलना में Vaultwarden कितनी RAM का उपयोग करता है?

Vendor द्वारा बताए गए न्यूनतम आंकड़े यह दर्शाते हैं कि installer किस सीमा से नीचे चलने से मना कर देगा, न कि यह कि software वास्तव में कितनी जगह लेता है। नीचे दी गई पंक्तियाँ 4 GB RAM वाले Ubuntu 24.04 box पर, एक-एक user, छोटे vault और बिना किसी attachment वाले idle installs पर docker stats --no-stream से ली गई हैं। Disk का उपयोग पहली बार सफल start के बाद images और data directory के योग के बराबर है।

[
  {
    "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 एक single container में 58 MB पर idle रहा। मानक Bitwarden stack 12 containers में लगभग 2,400 MB पर idle रहा, जिसमें से अधिकांश हिस्सा MSSQL container द्वारा लिया गया। Bitwarden lite अपने MariaDB container के साथ इनके बीच 470 MB पर रहा। इन आंकड़ों पर भरोसा करने से पहले अपने box पर वही command चलाकर देखें, क्योंकि ये user count, attachments और sync traffic के साथ बदलते रहते हैं, और MSSQL जितना अधिक समय तक चलता है, उसका working set उतना ही बढ़ता जाता है।

एक छोटे VPS के लिए व्यावहारिक निष्कर्ष यह है: SQLite के साथ Vaultwarden 1 GB के plan पर आसानी से चलता है, जबकि मानक Bitwarden stack वहां start ही नहीं होगा। 2 GB के plan पर मानक stack दस्तावेज़ों में बताए गए न्यूनतम स्तर को तो पूरा करता है, लेकिन operating system के लिए बहुत कम जगह छोड़ता है, जिससे kernel out of memory killer का सक्रिय होना एक वास्तविक खतरा बन जाता है। जब यह सक्रिय होता है, तो dmesg उस process का नाम print करता है जिसे उसने kill किया है, और इस stack पर वह आमतौर पर sqlservr होता है। मानक deployment को 4 GB RAM दें। यदि उसी VPS पर vault के अलावा अन्य services भी चलानी हैं, तो plan चुनने से पहले अन्य services की न्यूनतम आवश्यकता का आकलन करें, क्योंकि PhotoPrism या Immich जैसा photo server Vaultwarden की तुलना में कहीं अधिक memory लेता है। हालांकि, हर पड़ोसी इतना संसाधन नहीं मांगता: Halcyon, जो Jellyfin library को 90 के दशक की rental shop जैसा रूप देता है, एक browser front end है जो अपना database रखने के बजाय उस media server पर निर्भर रहता है जिससे वह जुड़ा है। केवल memory ही एकमात्र ऐसी चीज़ नहीं है जिसे जांचना आवश्यक है, क्योंकि remote desktop sessions के लिए RustDesk relay docker stats में मुश्किल से ही दिखाई देता है और इसके बजाय आपके plan की bandwidth allowance का उपयोग करता है।

Vaultwarden में कौन से paid features मुफ्त हैं?

Bitwarden का सर्वर चलाने में कोई खर्च नहीं आता, लेकिन paid features तब तक locked रहते हैं जब तक आप licence file upload नहीं करते। Premium individual accounts और paid organisation plans जिन्हें self-host किया जा सकता है, जैसे कि Families और Enterprise (Bitwarden, Teams के लिए self-host का विकल्प नहीं देता), इनके लिए licence की आवश्यकता होती है। आप इसे cloud web vault से download करते हैं, जो individual के लिए Settings और फिर Subscription के अंतर्गत होता है, या organisation के लिए Admin Console में Billing और फिर Subscription के अंतर्गत होता है, और इसे अपने instance पर upload करते हैं। Organisation licences को ./bwdata/env/global.override.env में संग्रहीत installation ID के आधार पर जारी किया जाता है। इसलिए, एक self-hosted organisation के पास अभी भी एक paid subscription होता है और वह billing के लिए Bitwarden के cloud से जुड़ा रहता है।

Vaultwarden बिना किसी licence और बिना किसी subscription के उन्हीं features को enable कर देता है। project wiki में उनकी सूची इस प्रकार है:

• organisations, collections और groups
• file attachments
• email, Duo, YubiKey और FIDO2 के साथ two-step login
• Emergency Access
• Bitwarden Send
• personal API keys
• OpenID Connect के माध्यम से SSO

SSO इनमें सबसे नया है और इसे SSO_ENABLED, SSO_AUTHORITY, SSO_CLIENT_ID और SSO_CLIENT_SECRET के साथ configure किया जाता है। यह केवल login को authenticate करता है। Wiki स्पष्ट रूप से कहता है कि master password अभी भी आवश्यक है और यह आपके identity provider द्वारा नियंत्रित नहीं होता है, क्योंकि वह password उस key को derive करता है जो vault को decrypt करती है। SSO_AUTHORITY को a self-hosted Authentik identity provider के discovery issuer पर point करें और users वहाँ sign in करते हैं, फिर अपने master password से unlock करते हैं। यह value उस issuer field से मेल खानी चाहिए जिसे discovery endpoint return करता है, जिसके अंत में /.well-known/openid-configuration suffix नहीं होना चाहिए।

Vaultwarden से आपको जो नहीं मिलता, वह एक vendor है। Bitwarden के पास SOC 2 Type 2 और ISO 27001 certifications हैं, वह third party audit reports प्रकाशित करता है और एक private HackerOne bug bounty चलाता है। ये Bitwarden के code और service को कवर करते हैं, न कि उस सर्वर को जिसे आपने install किया है। लेकिन यदि कोई auditor आपके password manager के पीछे एक नामित supplier चाहता है, तो एक volunteer reimplementation के बारे में बात करना मुश्किल होता है।

क्या आधिकारिक Bitwarden ऐप्स Vaultwarden के साथ काम करते हैं?

हाँ। Vaultwarden क्लाइंट API को लागू करता है, इसलिए ब्राउज़र एक्सटेंशन, डेस्कटॉप ऐप्स, मोबाइल ऐप्स और बंडल किया गया वेब वॉल्ट सभी इसके साथ काम करते हैं। प्रत्येक क्लाइंट में, आप लॉग इन करने से पहले एनवायरनमेंट स्क्रीन पर self-hosted सर्वर URL सेट करते हैं, लॉग इन करने के बाद नहीं।

एक फीचर के लिए अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता होती है: मोबाइल ऐप्स के लिए पुश नोटिफिकेशन। इनके बिना, ऐप तब सिंक होता है जब आप इसे खोलते हैं या यह अपने टाइमर पर सिंक होता है, इसलिए आपके लैपटॉप पर बदला गया पासवर्ड आपके फोन पर तब तक दिखाई नहीं देता जब तक आप उसे चेक नहीं करते। Vaultwarden, Bitwarden के पुश रिले का उपयोग कर सकता है, और इसके लिए उसी https://bitwarden.com/host पेज से इंस्टॉलेशन ID और की (key) की आवश्यकता होती है जिसका उपयोग आधिकारिक इंस्टॉलर करता है।

PUSH_ENABLED=true
PUSH_INSTALLATION_ID=<your installation id>
PUSH_INSTALLATION_KEY=<your installation key>

EU क्षेत्र के सर्वर को PUSH_RELAY_URI=https://api.bitwarden.eu और PUSH_IDENTITY_URI=https://identity.bitwarden.eu की भी आवश्यकता होती है। विकी दो ऐसी समस्याओं का दस्तावेजीकरण करता है जिन्हें डीबग करने में एक घंटा बर्बाद करने से पहले जानना उपयोगी है। F-Droid या Neo Store से इंस्टॉल किए गए ऐप में Firebase सपोर्ट नहीं होता है और सर्वर चाहे कुछ भी करे, उसे कभी पुश नोटिफिकेशन प्राप्त नहीं होगा। जिस ऐप ने Vaultwarden 1.30.2 से पहले कनेक्शन बनाया था, उसका डेटा क्लियर करना होगा ताकि वह पुश टोकन रजिस्टर कर सके।

Reimplementation कितना सुरक्षित है?

Bitwarden का ऑडिट इतिहास लंबा और सार्वजनिक है। Cure53 ने 2018, 2021, 2022, 2023, 2024 और 2025 में इसकी समीक्षा की है, और 2025 के राउंड में ब्राउज़र एक्सटेंशन और ऑटोफिल ओवरले, कोर एप्लिकेशन, डेस्कटॉप एप्लिकेशन, वेब वॉल्ट और RustCrypto क्रेट और लाइब्रेरी को शामिल किया गया था। IOActive और Mandiant ने 2024 में क्लाइंट्स की समीक्षा की, Fracture Labs ने 2024 और 2025 के दौरान वेब और नेटवर्क असेसमेंट किए, Unit 42 ने 2025 में मोबाइल ऐप्स का आकलन किया, और ETH Zurich के एप्लाइड क्रिप्टोग्राफी ग्रुप ने 2025 में क्रिप्टोग्राफी की समीक्षा की।

Vaultwarden की भी बाहरी लोगों द्वारा जांच की गई है, जो उन लोगों को आश्चर्यचकित करता है जो यह मानते हैं कि कोई इसे नहीं देखता है। जर्मनी के फेडरल ऑफिस फॉर इंफॉर्मेशन सिक्योरिटी (BSI) ने Caos 3.0 कोड विश्लेषण प्रोजेक्ट के तहत फरवरी और मई 2024 के बीच mgm security partners से इसका परीक्षण करवाया था, और उस समीक्षा ने दो निष्कर्षों को 'high' रेटिंग दी थी। अलग से, ERNW ने 1.32.5 से नीचे के वर्ज़न को प्रभावित करने वाले एक ऑथेंटिकेशन बायपास (CVE-2024-55225) की सूचना दी, जिसे नवंबर 2024 में ठीक कर दिया गया था। जुलाई 2026 में वर्ज़न 1.37.0 ने आइकन एंडपॉइंट के माध्यम से SSRF (सर्वर साइड रिक्वेस्ट फोर्जरी), क्रॉस-ऑर्गनाइजेशन साइफर एक्सेस और डायरेक्टरी इम्पोर्ट्स पर ऑर्गनाइजेशन पॉलिसी बायपास के लिए फिक्स जारी किए। अक्टूबर 2026 में वर्ज़न 1.37.4 ने एक और बैच को ठीक किया, जिसमें ऑर्गनाइजेशन मेंबर रिवोकेशन में एक 'high' रेटिंग वाली खामी प्रमुख थी और इसमें टू-फैक्टर ऑथेंटिकेशन, ऑर्गनाइजेशन इनविटेशन और अटैचमेंट्स से जुड़ी समस्याएं शामिल थीं।

यह इतिहास एक ऐसे प्रोजेक्ट को दर्शाता है जिसकी डिस्क्लोजर प्रक्रिया प्रभावी है। यह उस सरफेस की ओर भी इशारा करता है जो इसमें बार-बार सामने आती है: एडमिन पेज। इसलिए उस पेज को उतना ही संवेदनशील मानें जितना वह है। यह तब तक बंद रहता है जब तक ADMIN_TOKEN सेट न हो, और आपको प्लेनटेक्स्ट टोकन के बजाय एक हैश स्टोर करना चाहिए।

docker run --rm -it vaultwarden/server /vaultwarden hash

यह ADMIN_TOKEN में पेस्ट करने के लिए एक Argon2 PHC स्ट्रिंग (पासवर्ड हैशिंग कॉम्पिटिशन फॉर्मेट) प्रिंट करता है। एडमिन पेज को इनेबल करने से पहले HTTPS को इनेबल करें, क्योंकि टोकन रिक्वेस्ट में भेजा जाता है और प्लेन HTTP कनेक्शन पर प्लेनटेक्स्ट टोकन को रास्ते में कोई भी पढ़ सकता है। क्रिप्टोग्राफी के बजाय, वह टोकन और आपकी बैकअप फाइल ही वह जगह है जहाँ व्यावहारिक जोखिम होता है, और चल रहे इंस्टेंस पर हार्डनिंग पास इन दोनों पर काम करता है। जहाँ संभव हो /admin को पब्लिक इंटरनेट से दूर रखें, और इसे सामान्य होस्ट हार्डनिंग के साथ जोड़ें, जैसे कि सर्वर पर SSH एक्सेस को लॉक करना।

आधिकारिक API में बदलाव होने पर क्या खराब होता है

यह वह जोखिम है जिसे लोग कम आंकते हैं। Bitwarden अपने clients को release करता है, और ये clients रात भर में app stores से खुद को update कर लेते हैं। Vaultwarden को इसका अनुसरण करना पड़ता है। जब कोई client release API contract को बदल देता है, तो एक पुराना Vaultwarden ऐसे client के साथ जुड़ता है जो आगे बढ़ चुका है, और उन devices पर login या sync विफल होने लगते हैं जिन्हें आपने छुआ भी नहीं था।

Release notes में इसका एक ठोस उदाहरण मौजूद है। Vaultwarden 1.37.0 कहता है: "यह update 2026.7.0+ version वाले clients के समर्थन के लिए आवश्यक है, कृपया उनसे जुड़ी कोई भी समस्या रिपोर्ट करने से पहले update करें।" एक महीने बाद 22 August 2026 को प्रकाशित 1.37.2 ने 2026.8.0 और उससे नए clients के लिए चेतावनी दोहराई, इसलिए 1.37.0 या 1.37.1 पर छोड़ा गया server पहले ही apps से पीछे हो चुका है। 27 October 2026 तक, वर्तमान release 1.37.4 है, जिसे 5 October 2026 को प्रकाशित किया गया था, जो 13 September 2026 के 1.37.3 के बाद आया है।

दो आदतें इसे सामान्य बनाए रखती हैं। latest के बजाय एक विशिष्ट image tag को pin करें, ताकि unattended pull रात के 3 बजे आपके server को न बदल सके। फिर release feed पर नज़र रखें और सोच-समझकर upgrade करें, पहले notes पढ़ें, क्योंकि वहीं पर breaking changes की घोषणा की जाती है। 1.37.2 की चेतावनी project के GitHub Discussions में भी पोस्ट की गई थी, साथ ही उन clients के लिए recovery steps भी दिए गए थे जो server upgrade के बाद भी ठीक से काम नहीं कर रहे थे: log out करके फिर से log in करें, फिर app या extension cache को clear करें, और mobile app या extension को केवल अंतिम विकल्प के रूप में reinstall करें। उदाहरण के लिए, version 1.35.5 ने upgrade पर हर मौजूदा two factor remember token को अमान्य कर दिया था, जिससे लोग उस चरण से log out हो गए जिसे उन्होंने save किया हुआ माना था।

Standard Bitwarden deployment में इस समस्या का उल्टा रूप होता है। Upgrades ./bitwarden.sh updateself और ./bitwarden.sh update के माध्यम से चलते हैं, और update database migrations को लागू करता है। Migration से पहले लिया गया backup उसके बाद के schema के लिए rollback नहीं होता है, इसलिए backup लें और उस version को नोट करें जिस पर आपने इसे लिया था।

Backups, जहाँ लोग वास्तव में अपने vaults खो देते हैं

Vaultwarden की data directory ही सर्वर है। इन चीजों को सुरक्षित रखें:

• db.sqlite3
• हर rsa_key* फाइल, जिसमें rsa_key.pem और rsa_key.der शामिल हैं
• attachments/
• config.json
• sends/

जब container चल रहा हो, तो db.sqlite3 को cp के साथ copy न करें। SQLite उस समय write प्रक्रिया के बीच में हो सकता है, इसलिए copy की गई database corrupt हो सकती है जो restore करने तक ठीक दिखेगी। इसके बजाय online backup API का उपयोग करें:

sqlite3 data/db.sqlite3 ".backup '/path/to/backups/db-$(date '+%Y%m%d-%H%M').sqlite3'"

1.32.1 के बाद से image में एक built-in /vaultwarden backup command भी है। किसी भी तरह, snapshot तब तक उसी disk पर रहता है जहाँ original फाइल है, जब तक आप उसे वहाँ से हटाते (move) नहीं हैं। इसलिए इसे एक schedule पर restic snapshots to off-site storage का उपयोग करके सर्वर से बाहर भेजें। एक backup job जो चुपचाप चलना बंद कर देती है, वह बिल्कुल वैसी ही दिखती है जैसे वह कभी थी ही नहीं। इसलिए timer को अपनी failure की सूचना ऐसी जगह देने के लिए set करें जहाँ आप उसे देख सकें, जिसके लिए a self-hosted ntfy server wired to a systemd OnFailure unit का उपयोग किया जाता है। rsa_key फाइलें database जितनी ही महत्वपूर्ण हैं: सर्वर अपने session tokens को उस key के साथ sign करता है। इसलिए, यदि आप database को एक नई generate की गई key के साथ restore करते हैं, तो सभी users logout हो जाएंगे और चल रहे organisation invitations भी काम करना बंद कर देंगे।

Bitwarden standard अपने आप का अधिक backup लेता है। mssql container हर रात ./bwdata/mssql/backups में database backups लिखता है और उन्हें 30 दिनों तक रखता है, बशर्ते container चल रहा हो। आप इसे force भी कर सकते हैं:

docker exec -i bitwarden-mssql /backup-db.sh

जिन directories को सुरक्षित रखना है वे हैं: ./bwdata/env (environment variables, जिसमें database और certificate passwords शामिल हैं), ./bwdata/core/attachments, ./bwdata/mssql/data, और ./bwdata/core/aspnet-dataprotection। आखिरी वाली directory को लोग अक्सर भूल जाते हैं। इसमें framework-level का data protection material होता है, जिसमें authentication tokens और कुछ database columns शामिल हैं। इसलिए, इसे बिना restore किए database को restore करने पर, इसके द्वारा सुरक्षित columns अपठनीय (unreadable) हो जाते हैं। Bitwarden lite कोई automatic backup नहीं लेता है, इसलिए lite चुनने का मतलब है कि आपको Vaultwarden की तरह ही अपना dump schedule खुद बनाना होगा।

दोनों दिशाओं में माइग्रेशन

माइग्रेशन क्लाइंट्स के माध्यम से होता है, न कि सर्वर्स के, क्योंकि एक्सपोर्ट और इम्पोर्ट क्लाइंट के फीचर्स हैं। इस कारण दोनों दिशाओं में प्रक्रिया एक समान रहती है।

प्रत्येक उपयोगकर्ता वेब वॉल्ट या डेस्कटॉप ऐप से डेटा एक्सपोर्ट करता है, नए सर्वर पर अकाउंट बनाता है और फिर इम्पोर्ट करता है। इसके फॉर्मेट्स में प्लेनटेक्स्ट .json, प्लेनटेक्स्ट .csv, एन्क्रिप्टेड .json, और एक .zip शामिल हैं, जिसमें JSON के साथ-साथ व्यक्तिगत वॉल्ट्स के लिए फाइल अटैचमेंट्स भी होते हैं। कार्ड्स, आइडेंटिटीज, स्टोर्ड पासकीज़ और SSH कीज़ केवल JSON फॉर्मेट में ही सुरक्षित रहती हैं, इसलिए CSV माइग्रेशन में ये डेटा स्वतः हट जाता है। किसी भी एक्सपोर्ट फॉर्मेट में ट्रैश आइटम्स या Sends शामिल नहीं होते हैं, और ऑर्गनाइजेशन के स्वामित्व वाला डेटा व्यक्तिगत एक्सपोर्ट का हिस्सा नहीं होता है।

प्लेनटेक्स्ट एक्सपोर्ट को एक लाइव सीक्रेट की तरह मानें, क्योंकि यह वास्तव में वही है: डिस्क पर क्लियर टेक्स्ट में आपका पूरा वॉल्ट। इसे एक्सपोर्ट करें, इम्पोर्ट करें और एक ही बार में डिलीट कर दें। इसे कभी भी ईमेल या चैट के जरिए न भेजें।

माइग्रेशन के दौरान एक सामान्य गलती अक्सर होती है। आपके अकाउंट से जुड़ा एन्क्रिप्टेड एक्सपोर्ट किसी दूसरे अकाउंट में इम्पोर्ट नहीं किया जा सकता, और सर्वर बदलने का मतलब है कि अकाउंट भी बदल गया है। इसके बजाय पासवर्ड-प्रोटेक्टेड एक्सपोर्ट विकल्प चुनें, जो पोर्टेबल होता है।

Vaultwarden से Bitwarden स्टैंडर्ड पर जाना अधिक कठिन है, क्योंकि एक्सपोर्ट में ऑर्गनाइजेशन स्ट्रक्चर साथ नहीं जाता है। आपको नए सर्वर पर ऑर्गनाइजेशन को फिर से बनाना होगा, उपयोगकर्ताओं को दोबारा आमंत्रित करना होगा, और प्रत्येक उपयोगकर्ता को अपना वॉल्ट स्वयं इम्पोर्ट करना होगा। इसके लिए पहले से ही एक मेंटेनेंस विंडो प्लान करें, न कि इसे अंतिम समय पर पता करें।

आपको कौन सा चलाना चाहिए?

यदि आप अकेले हैं, एक परिवार हैं या 1 GB या 2 GB VPS पर होम लैब चला रहे हैं, तो Vaultwarden चलाएं। Organisations, Emergency Access और Send इसमें मुफ्त मिलते हैं, idle memory की खपत लगभग एक ब्राउज़र टैब के बराबर है, और बैकअप के लिए केवल एक SQLite फ़ाइल और एक छोटी डायरेक्टरी की आवश्यकता होती है। यही कारण है कि self-hosted पासवर्ड मैनेजमेंट में इसका दबदबा है।

Bitwarden का अपना सर्वर तब चलाएं जब अन्य लोग पेशेवर रूप से इस पर निर्भर हों: जैसे कि कोई कंपनी जिसे सपोर्ट कॉन्ट्रैक्ट की आवश्यकता हो, कोई अनुपालन (compliance) आवश्यकता जिसमें वेंडर का नाम अनिवार्य हो, या ऐसे एंटरप्राइज़ फीचर्स जिनके लिए आप पहले से भुगतान करते हैं। स्टैंडर्ड डिप्लॉयमेंट को 4 GB RAM दें, और लाइसेंस फ़ाइल तथा इंस्टॉलेशन ID को कागजी कार्रवाई के बजाय डिप्लॉयमेंट का ही हिस्सा मानें।

Bitwarden lite एक अजीब स्थिति में है। यह कम वजन वाला वेंडर कोड है, जो वास्तव में आकर्षक है, लेकिन Bitwarden इसे केवल व्यक्तिगत और होम लैब उपयोग के लिए ही डॉक्यूमेंट करता है और इसमें ऑटोमैटिक बैकअप की सुविधा नहीं है। आप Vaultwarden के मुफ्त फीचर्स के बिना ही उसका ऑपरेशनल लोड उठाते हैं। इसे तब चुनें जब आपके लिए फीचर्स से ज्यादा वेंडर कोड मायने रखता हो, और आप डेटाबेस को स्वयं मैनेज करने के लिए तैयार हों।

यदि आप अभी भी यह तय कर रहे हैं कि सर्वर पर और क्या होस्ट करना है, तो the wider self-hosting shortlist इस विकल्प को उन अन्य सेवाओं के साथ रखती है जो समान RAM के लिए प्रतिस्पर्धा करती हैं।

FAQ

क्या Vaultwarden एक वास्तविक पासवर्ड मैनेजर के रूप में पर्याप्त सुरक्षित है?

व्यक्तिगत और पारिवारिक उपयोग के लिए, हाँ, कुछ शर्तों के साथ। क्लाइंट्स सर्वर तक पहुँचने से पहले ही वॉल्ट को एन्क्रिप्ट कर देते हैं, इसलिए Vaultwarden कभी भी आपका मास्टर पासवर्ड या कोई भी प्लेनटेक्स्ट डेटा नहीं देख पाता है। इसका बाहरी रूप से परीक्षण किया गया है: BSI ने फरवरी और मई 2024 के बीच mgm security partners से इसका परीक्षण करवाया था, और ERNW ने 1.32.5 में ठीक किए गए एक ऑथेंटिकेशन बायपास की रिपोर्ट दी थी। वर्जन को हमेशा अपडेट रखें, एडमिन पेज को डिसेबल रखें या उसे Argon2 हैशेड ADMIN_TOKEN के पीछे रखें, और इसे केवल HTTPS पर ही सर्व करें। जिन व्यवसायों को वेंडर सपोर्ट या ऑडिट डॉक्यूमेंटेशन की आवश्यकता है, उन्हें Bitwarden का अपना सर्वर चलाना चाहिए।

Bitwarden self-hosted की तुलना में Vaultwarden को कितनी RAM की आवश्यकता होती है?

docker stats --no-stream के साथ मापे गए आइडल इंस्टॉलेशन पर, SQLite के साथ Vaultwarden एक कंटेनर में लगभग 58 MB पर था, जबकि Bitwarden का मानक डिप्लॉयमेंट 12 कंटेनरों में लगभग 2,400 MB पर था, जिसमें से अधिकांश हिस्सा MSSQL डेटाबेस का था। Bitwarden मानक स्टैक के लिए 2 GB को न्यूनतम और 4 GB को अनुशंसित बताता है, और Bitwarden lite के लिए 200 MB की आवश्यकता होती है। Vaultwarden 1 GB के VPS पर अतिरिक्त जगह के साथ चल सकता है।

क्या मुझे self-host करने के लिए Bitwarden लाइसेंस की आवश्यकता है?

फ्री इंडिविजुअल वॉल्ट के लिए नहीं। सर्वर चलाना फ्री है। प्रीमियम व्यक्तिगत फीचर्स और पेड ऑर्गनाइजेशन प्लान को अनलॉक करने के लिए लाइसेंस फाइल की आवश्यकता होती है, और Families तथा Enterprise ही वे ऑर्गनाइजेशन प्लान हैं जिन्हें Bitwarden आपको self-host करने की अनुमति देता है। आप इसे क्लाउड वेब वॉल्ट से डाउनलोड करते हैं और अपने इंस्टेंस पर अपलोड करते हैं, और ऑर्गनाइजेशन लाइसेंस ./bwdata/env/global.override.env में संग्रहीत इंस्टॉलेशन ID के आधार पर जारी किए जाते हैं। Vaultwarden को किसी लाइसेंस की आवश्यकता नहीं होती और यह ऑर्गनाइजेशन फीचर्स को स्वयं ही इनेबल कर देता है।

क्या मैं बाद में Vaultwarden से Bitwarden पर या वापस आ सकता हूँ?

हाँ, दोनों दिशाओं में, क्लाइंट्स के माध्यम से। प्रत्येक उपयोगकर्ता वेब वॉल्ट या डेस्कटॉप ऐप से अपना वॉल्ट एक्सपोर्ट करता है और वहां अकाउंट बनाने के बाद उसे नए सर्वर में इम्पोर्ट कर लेता है। .zip एक्सपोर्ट व्यक्तिगत वॉल्ट के लिए अटैचमेंट्स को साथ ले जाता है, और JSON फॉर्म्स कार्ड्स, आइडेंटिटीज, पासकीज और SSH कीज को ले जाते हैं। ट्रैश आइटम्स और Sends किसी भी एक्सपोर्ट फॉर्मेट में नहीं होते हैं, और ऑर्गनाइजेशन के स्वामित्व वाली आइटम्स को एक ओनर द्वारा अलग से एक्सपोर्ट किया जाना चाहिए, इसलिए नए सर्वर पर ऑर्गनाइजेशन को फिर से बनाने और उपयोगकर्ताओं को फिर से आमंत्रित करने की योजना बनाएं।