「…の鍵はまだ登録されていません」または「鍵が変わりました」

AnyBucketは、すべてのSFTPサーバのホスト鍵を、ターミナルと同じファイルであるご自身の~/.ssh/known_hostsと照合します。鍵が新しい場合や変わった場合は、確認を求めます。

まだ登録されていない鍵は、サーバに初めて接続するときには正常なものです。

  1. サーバのフィンガープリントを、管理者が公開している場所で確認するか、管理者に問い合わせます。ご自身で運用しているサーバなら、ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pubで表示できます。
  2. それを、AnyBucketに表示されたフィンガープリントと照合します。
  3. 一致した場合にのみ信頼します。AnyBucketが鍵をknown_hostsに追加し、以降はターミナルもその鍵を認識します。

変わった鍵は、サーバを再構築したり移設したりしたあとなら想定どおりです。そうでなければ、接続しないでください。あなたとサーバの間に第三者が入り込んでいる可能性があります。

  1. 鍵が本当に変わったことを、サーバの管理者に確認します。
  2. ターミナルで古い鍵を削除します：ssh-keygen -R example.com（接続先のホスト名またはアドレスを指定します）。
  3. もう一度接続し、上記と同じように新しいフィンガープリントを確認します。

SFTPの鍵や踏み台サーバが使えない

AnyBucketは、macOSに付属のsshである/usr/bin/sshを実行します。ターミナルでssh user@hostが使えれば、AnyBucketでも使えます。エージェント、~/.ssh/config（Host、IdentityFile、ProxyJump）、セキュリティキーもそのままです。

そのため、まずターミナルで同じホストを試してください：

  1. ブックマークと同じユーザ名とホスト名で、ssh user@hostを実行します。
  2. 失敗する場合は、ssh -v user@hostを実行して、どの鍵が提示され、どこで止まっているかを確認します。
  3. ターミナル側で修正します。ssh-addで鍵をエージェントに追加する、~/.ssh/configでそのホストのIdentityFileを設定する、踏み台サーバの先にあるホストならProxyJumpの行を追加する、などです。
  4. ターミナルで使えるようになったら、同じユーザ名とホスト名でAnyBucketからもう一度接続します。

詳しくはSSH鍵と踏み台サーバをご覧ください。

FTPSに接続できない

AnyBucketは、FTPSのTLSを小さなPythonブリッジで処理します。そのため、FTPSにはAppleのCommand Line Toolsに含まれるpython3が必要です。

  1. ターミナルを開き、python3 --versionを実行します。
  2. macOSがCommand Line Toolsのインストールを提案した場合や、コマンドが見つからない場合は、xcode-select --installを実行して画面の指示に従います。
  3. もう一度接続します。

自己署名証明書の場合：AnyBucketは、信頼するかどうかを一度だけ確認し、そのブックマークについての選択を記憶します。想定していなかった証明書を信頼する前に、サーバの管理者に確認してください。

それでも接続できない場合は、サーバがFTPポートで明示的なTLSに対応しているか確認してください。AnyBucketは、ほとんどのファイアウォールで許可されているパッシブモードで接続します。

S3互換ストレージに何も表示されない、または拒否される

Amazon S3以外のストレージには専用のエンドポイントが必要で、多くはパス形式のアドレスを想定しています。

  1. ブックマークを編集します（または、プロバイダ専用のタイルを選びます：Cloudflare R2、Backblaze B2、Wasabi、DigitalOcean Spaces、Google Cloud Storage）。
  2. そのほかのストレージでは、「S3 互換」を選び、プロバイダから提供されたエンドポイントURLを設定します。
  3. MinIO、LocalStack、ほとんどのセルフホストのストレージでは、パス形式のアドレス指定をオンにします。
  4. アクセスキーにバケットの一覧を取得する権限があるか、プロバイダに確認します。

転送が停止した

接続の切断、タイムアウト、サーバの再起動といった一時的な失敗は、新しい接続で1秒、3秒、8秒後に自動で再試行されます。通常は気づくこともありません。

それでも失敗した転送は、エラーとともに次の2か所の要確認で待機します：

  • 転送ウインドウ（⌥⌘T）
  • メニューバーパネル

エラーを読んで原因（ディスクの空き容量不足、サーバ上のアクセス権、パスワードの期限切れなど）を解決してから、再試行を押します。転送が再開します。

AnyBucketを終了したり、Macを再起動したりしても、中断された転送はAnyBucketをもう一度開くと戻ってきます。キューは~/Library/Application Support/AnyBucket/に保存されています。

通知が表示されない

  1. システム設定 → 通知を開き、AnyBucketを探して通知を許可します。
  2. AnyBucketで設定 → 通知を開きます。macOSが通知を許可しているかどうかが表示され、種類ごとにスイッチがあります：まとめた転送の完了、失敗、接続の切断、同期の完了、ライセンスの問題。

まとめた転送の完了は、AnyBucketがバックグラウンドにあるときか、転送に時間がかかったときに通知されます。目の前ですぐ終わるコピーには通知は不要だからです。

AnyBucketがまたライセンスを求める

インターネットに接続していない場合、AnyBucketは最後にライセンスの確認が成功してから7日間使えます。それを過ぎると、もう一度確認するように求めます。

  1. Macがオンラインになっていることを確認してから、AnyBucketを開きます。次の確認で7日間が更新されます。
  2. このMacがカスタマーポータルで削除されたなどの理由でPolarがアクティベーションを拒否した場合は、「AnyBucket → ライセンスを管理…」を選んでアクティベートを解除し、キーでもう一度アクティベートします。
  3. 2台のMacがすでにアクティベートされている場合は、先にどちらかのアクティベートを解除してください。ライセンスとアップデートをご覧ください。

それでも解決しない場合

support@clevermechanisms.devまでメールでお問い合わせください。すべてのメッセージに目を通しています。早く回答を得るには、次の情報を添えてください：

  • macOSのバージョンと、AnyBucket → AnyBucketについてに表示されるAnyBucketのバージョン
  • プロトコル、S3の場合はプロバイダ
  • 行ったこと、期待した結果、エラーメッセージの正確な文言
  • SFTPの場合は、ターミナルでssh user@hostが使えるかどうか

パスワード、シークレットキー、ライセンスキーは絶対に送らないでください。