Cryptリモートの復号エラーを修正する — RcloneViewでのパスワードと設定の問題

2026年9月1日 · 約7分

Junior Engineer

Cryptリモートが突然「bad decrypt」エラーを出したり、ファイルの一覧表示を拒否したりする場合、通常は一つの理由に集約されます。データを読み取るために使われたパスワードが、暗号化時に使われたパスワードと一致していないのです。

Rcloneのcrypt仮想リモートは、既存のリモートをラップし、ファイル名、フォルダ名、ファイル内容をマシンから出る前に暗号化します。この保護は強力ですが、同時に、パスワードの不一致や設定エントリの破損一つで、クラウド上でそのまま無事なはずのファイルにアクセスできなくなる可能性があることも意味します。RcloneViewはこれらのエラーをLogタブとTerminalに直接表示するため、推測に頼らず正確に何が問題なのかを診断できます。

すべてのクラウドを一か所で管理・同期

RcloneViewはrcloneのクロスプラットフォームGUIです。フォルダを比較し、ファイルを転送・同期し、クリーンなビジュアルインターフェースでマルチクラウドのワークフローを自動化できます。

ワンクリック操作: コピー · 同期 · 比較
信頼性の高い自動化のためのスケジューラーと履歴
Google Drive、OneDrive、Dropbox、S3、WebDAV、SFTPなどに対応

WindowsmacOSLinux

無料で始める →

コア機能は無料。Plusで自動化機能を利用可能。

Cryptの復号が失敗する理由

Cryptリモートは2つの秘密情報を保存します。メインパスワードと、任意の2つ目のパスワード(「ソルト」)です。どちらもRcloneViewのNew Remoteウィザードでリモートを設定する際に、難読化されてrclone設定に保存されます。復号が失敗するのは、いずれかの値が元々使われていたものと一致しない場合です。よくある原因は、設定リセット後に記憶を頼りにcryptリモートを再作成したり、正確な難読化パスワード文字列をコピーせずにrclone.confファイルだけをマシン間でコピーしたりすることです。

もう一つよくある原因は、誤ったcrypt「ファイル名暗号化」モードを適用することです。元のリモートが標準のファイル名暗号化を使用していたのに、再構築したリモートで「off」や「obfuscate」を使うと、RcloneViewは文字化けした名前を表示するか、解釈できないディレクトリ構造を読み込もうとして完全に失敗します。

Bad Decryptと文字化けしたファイル名エラーの修正

Remote Managerでcryptリモートの設定を開き、ラップしている元のリモートの設定と比較することから始めます。パスワードとpassword2フィールド、ファイル名暗号化モード、対象パスがすべて元々使われていたものと一致しているか確認してください。正確な設定が分からない場合は、Settingsでrcloneのログレベルを DEBUG に設定した後、Logタブを確認してください。エラーテキストには通常、rcloneが拒否した具体的なフィールド名が記載されています。

設定のワイプ後にcryptリモートを再構築し、元のrclone.confをまだ持っている場合は、パスワードを手で入力し直さないでください。rclone設定ファイルに保存されているパスワードは難読化されているだけでプレーンテキストではないため、正確な難読化文字列をそのまま貼り付けることで正確に保持されます。手入力し直すと、見た目は同じでも実際には微妙に異なり何も復号できないパスワードになるリスクがあります。

パスワードを本当に紛失した場合の復旧

裏口はありません。rcloneのcrypt暗号化は、正しいパスワードなしにはデータを復元できないよう設計されています — RcloneViewでも、rcloneでも、クラウドプロバイダーでも同様です。パスワードを本当に紛失した場合、現実的な対処法は復旧ではなく予防です。Settingsを通じてrclone設定を定期的にエクスポートし、エクスポートしたファイル(少なくともcryptパスワード)をRcloneViewが動作しているマシンとは別の安全な場所に保管してください。

RcloneViewはFREEライセンスでも同期とフォルダ比較を行えるため、cryptリモートが正しく動作していることを確認した後は、Dry Runの同期を実行して、新しいデータを信頼する前に復号が成功することを確認できます。これにより、バックアップジョブが失敗する前にパスワードの不一致を発見できます。