--- canonical: https://koalavps.com/ja/guides-self-host-vaultwarden-on-a-vps/ language: ja generated: 2026-10-21T13:32:56.744Z --- [ホーム](https://koalavps.com/ja/) / [探索](https://koalavps.com/ja/resources/) / KoalaVPSのフィールドノート KoalaVPSのフィールドノート # パスワード保管庫には慎重なホストがふさわしい。 非公式の互換サーバーはコンパクトにできますが、アカウントのセキュリティ、暗号化されたデータ、復旧が重要です。 [VPSを見つける](https://koalavps.com/ja/vps/) ## このドキュメント内 [プロジェクトとクライアントを理解する](https://koalavps.com/ja/guides-self-host-vaultwarden-on-a-vps/#section-1)[エントリポイントを制限する](https://koalavps.com/ja/guides-self-host-vaultwarden-on-a-vps/#section-2)[復旧の独立性を確保](https://koalavps.com/ja/guides-self-host-vaultwarden-on-a-vps/#section-3)[一貫性のある状態をバックアップ](https://koalavps.com/ja/guides-self-host-vaultwarden-on-a-vps/#section-4)[アカウント復旧の完全なシナリオをテストします](https://koalavps.com/ja/guides-self-host-vaultwarden-on-a-vps/#section-5)[プロキシ変更のたびに露出を確認する](https://koalavps.com/ja/guides-self-host-vaultwarden-on-a-vps/#section-6)[保管庫サービスをリカバリーシステムから分離する](https://koalavps.com/ja/guides-self-host-vaultwarden-on-a-vps/#section-7)[最初のアカウントテスト後にセットアップ用アクセスを閉じる](https://koalavps.com/ja/guides-self-host-vaultwarden-on-a-vps/#section-8)[使い捨てのVaultデータで各クライアントをテストする](https://koalavps.com/ja/guides-self-host-vaultwarden-on-a-vps/#section-9)[データベースと付随ファイルを復元する](https://koalavps.com/ja/guides-self-host-vaultwarden-on-a-vps/#section-10)[ナレッジベース](https://koalavps.com/ja/resources/) ## プロジェクトとクライアントを理解する Vaultwardenは別プロジェクトであるため、現在のクライアント互換性、サポート対象のデプロイガイダンス、セキュリティ更新を確認してください。リソース使用量が少ないからといって、メンテナンスプロセスを疎かにしてよいわけではありません。 ## エントリポイントを制限する HTTPS、強力なアカウント保護、意図的な登録制御を使用してください。サポートされている範囲で管理エンドポイントを保護または無効化してください。ホストとリバースプロキシを最新の状態に保ち、プライベート設定にアクセスできる人を制限してください。 ## 復旧の独立性を確保 リカバリーコードとバックアップへのアクセスをサーバー外に非公開で保管してください。バックアップへの唯一の経路が、保管庫内だけに保存された認証情報に依存しないようにしてください。サーバー喪失とデバイス喪失の両方の後に、どのようにアクセスを回復するかを検討してください。 ## 一貫性のある状態をバックアップ データベース、添付ファイル、設定、鍵について、サポートされている手順に従ってください。オフサイトバックアップを暗号化し、復元を慎重にテストしてください。コピーしたコンテナイメージには、永続的なVaultデータのすべては含まれません。 ## アカウント復旧の完全なシナリオをテストします 使い捨てのテストアカウントで、ログイン、第二要素、必要に応じてボールトのエクスポート、復旧経路を確認してください。緊急情報はホスト型ボールトの外に保管してください。実際のアカウントの唯一のコピーに対して破壊的な復旧操作をテストすることは避けてください。 ## プロキシ変更のたびに露出を確認する 公開ルート、管理インターフェース、WebSocketまたは通知の要件を、インストール済みバージョンと実際のTLSオリジンについて確認してください。あるプロキシの背後でプライベートだったアプリケーション構成が、ネットワークやコンテナの変更後に公開される可能性があります。 ## 保管庫サービスをリカバリーシステムから分離する メンテナンスされている Vaultwarden リリースを選択し、使用予定の Bitwarden クライアントとの互換性を確認します。安定した HTTPS オリジン、永続的なプライベートデータ、独立したリカバリ経路を準備します。唯一のバックアップパスワードとアカウント復旧用の情報は、ホストされた Vault の外部に保管してください。コンパクトなサービスでも、他の多くのアカウントの鍵を保持する可能性があるため、RAM の割り当てをわずかに削減するよりも、テスト済みの更新および復旧手順を優先してください。 - 意図的な登録と招待のルールを選択。 - ユーザーのVaultアクセスとは独立して、管理アクセスを制限してください。 - インストール済みリリースの通知およびリバースプロキシ要件を確認してください。 公式ドキュメント: [Vaultwardenデプロイメントの例](https://github.com/dani-garcia/vaultwarden/wiki/Deployment-examples) ## 最初のアカウントテスト後にセットアップ用アクセスを閉じる プロジェクトがサポートする例を使用してデプロイし、そのデータディレクトリを永続化し、公開ドメインを実際のHTTPSオリジンに設定してください。管理インターフェースを使用する場合は、そのトークン/ハッシュのガイダンスに従い、アクセスできる人を制限してください。推測が難しいURLを認証と誤解しないでください。意図した所有者を作成した後、サインアウトしたブラウザからサインアップ/招待設定を確認してください。実際のシークレットを追加する前に、第二要素と通知の動作をテストしてください。 公式ドキュメント: [Vaultwarden管理ページの保護](https://github.com/dani-garcia/vaultwarden/wiki/Enabling-admin-page) ## 使い捨てのVaultデータで各クライアントをテストする Web ボールト、デスクトップクライアント、およびサポート予定のモバイル/ブラウザ拡張機能でテストログインを使用してください。アイテム変更後の同期を確認し、サインアウトしたユーザーがそれを読めないことを確認してください。1 つのクライアントのみが失敗する場合は、設定されたカスタムサーバー URL と証明書を確認してください。通知が失敗しても手動同期が機能する場合は、現在のプロキシ/WebSocket 要件を確認してください。文書化されたエクスポート/復旧方法を維持し、緊急コードは別の信頼できる経路で保管してください。 ## データベースと付随ファイルを復元する サポートされているデータベースのバックアップ方法に従ってください。稼働中のSQLiteファイルを不注意にコピーすると、最新のライトアヘッドログの状態が欠落する可能性があります。永続データディレクトリから必要な添付ファイル、設定、鍵素材を含めてください。リカバリコピーを暗号化し、隔離された環境で使い捨てのユーザー復元をテストしてください。コンテナイメージをデータバックアップとして頼らないでください。更新計画では、稼働中のリリースを置き換える前に、クライアントの互換性と実行可能なデータベース復旧経路の両方を確認する必要があります。 公式ドキュメント: [Vaultwardenバックアップの要件](https://github.com/dani-garcia/vaultwarden/wiki/Backing-up-your-vault) さらに探す ## 続きを読む。 [ガイド ### マシンを自分のものに保ちましょう。 セキュリティは継続的なルーティンです。露出する範囲を減らし、権限を制限し、計画的にパッチを適用し、復旧を可能にしてください。…](https://koalavps.com/ja/server-security/)[ガイド ### バックアップは復元できてこそ意味があります。 再現できないデータと、サービスが失って許容できる時間を基準にバックアップを設計してください。アップロードの成功は始まりにすぎません。…](https://koalavps.com/ja/backups/)[ユースケース ### メンテナンス計画付きのセルフホスティング。 サーバーはツールをポータブルでカスタマイズ可能にします。その利点は、更新、バックアップ、復旧が設計に組み込まれている場合に持続します。…](https://koalavps.com/ja/self-hosting/) インフラストラクチャを構成する ## 主導権を握る。 自分の条件でデプロイ。 身元書類は不要。完全な管理者アクセス。暗号資産ネイティブの請求。 [構成を選択してください](https://koalavps.com/ja/vps/)