« La clé de … n’est pas encore connue » ou « a changé »

AnyBucket vérifie la clé d’hôte de chaque serveur SFTP dans votre propre ~/.ssh/known_hosts, le même fichier que Terminal. Il vous demande quand une clé est nouvelle ou a changé.

Une clé pas encore connue est normale la première fois que vous vous connectez à un serveur.

  1. Trouvez l’empreinte du serveur là où son administrateur la publie, ou demandez-la-lui. Sur un serveur que vous gérez vous-même, ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub l’affiche.
  2. Comparez-la avec l’empreinte affichée par AnyBucket.
  3. Faites-lui confiance seulement si elles correspondent. AnyBucket l’ajoute à known_hosts, et Terminal la connaît aussi à partir de là.

Une clé qui a changé est normale après la reconstruction ou le déménagement d’un serveur. Sinon, ne vous connectez pas : quelqu’un se trouve peut-être entre vous et le serveur.

  1. Confirmez avec l’administrateur du serveur que la clé a bien changé.
  2. Supprimez l’ancienne clé dans Terminal : ssh-keygen -R example.com (utilisez le nom d’hôte ou l’adresse auxquels vous vous connectez).
  3. Reconnectez-vous et vérifiez la nouvelle empreinte comme ci-dessus.

Les clés SFTP ou les hôtes de rebond ne fonctionnent pas

AnyBucket exécute /usr/bin/ssh, le ssh fourni avec macOS. Tout ce qui fonctionne avec ssh user@host dans Terminal fonctionne dans AnyBucket : votre agent, votre ~/.ssh/config (Host, IdentityFile, ProxyJump) et vos clés de sécurité.

Essayez donc d’abord le même hôte dans Terminal :

  1. Exécutez ssh user@host avec le même utilisateur et le même nom d’hôte que le favori.
  2. En cas d’échec, exécutez ssh -v user@host pour voir quelles clés il propose et où il s’arrête.
  3. Corrigez le problème à ce niveau : ajoutez la clé à votre agent avec ssh-add, définissez IdentityFile pour l’hôte dans ~/.ssh/config, ou ajoutez une ligne ProxyJump pour un hôte situé derrière un bastion.
  4. Une fois que cela fonctionne dans Terminal, reconnectez-vous dans AnyBucket avec le même utilisateur et le même nom d’hôte.

Plus de détails dans clés SSH et hôtes de rebond.

FTPS ne se connecte pas

AnyBucket fait passer le TLS de FTPS par une petite passerelle Python : FTPS nécessite donc python3, fourni avec les Command Line Tools d’Apple.

  1. Ouvrez Terminal et exécutez python3 --version.
  2. Si macOS propose d’installer les Command Line Tools, ou si la commande est introuvable, exécutez xcode-select --install et suivez les instructions.
  3. Reconnectez-vous.

Certificat auto-signé ? AnyBucket vous demande une fois s’il faut l’approuver, et retient votre choix pour ce favori. Vérifiez auprès de l’administrateur du serveur avant d’approuver un certificat inattendu.

Toujours pas de connexion ? Vérifiez que le serveur propose le TLS explicite sur son port FTP. AnyBucket se connecte en mode passif, que la plupart des pare-feu autorisent.

Un stockage compatible S3 n’affiche rien ou refuse

Les stockages autres qu’Amazon S3 ont besoin de leur propre point de terminaison, et beaucoup attendent des adresses en style chemin.

  1. Modifiez le favori (ou choisissez la tuile propre au fournisseur : Cloudflare R2, Backblaze B2, Wasabi, DigitalOcean Spaces ou Google Cloud Storage).
  2. Pour tout autre stockage, choisissez Compatible S3 et indiquez l’URL du point de terminaison fournie par votre fournisseur.
  3. Activez l’adressage en style chemin pour MinIO, LocalStack et la plupart des stockages auto-hébergés.
  4. Vérifiez auprès de votre fournisseur que la clé d’accès a le droit de lister le bucket.

Un transfert s’est arrêté

Les échecs passagers, comme une connexion interrompue, un délai dépassé ou un serveur qui redémarre, sont réessayés automatiquement sur une nouvelle connexion après 1, 3 et 8 secondes. En général, vous ne les remarquez même pas.

Un transfert qui échoue encore attend sous Action requise, avec son erreur, à deux endroits :

  • la fenêtre Transferts (⌥⌘T)
  • le panneau de la barre des menus

Lisez l’erreur, corrigez-en la cause (disque plein, permission sur le serveur, mot de passe expiré), puis appuyez sur Réessayer. Le transfert reprend.

Si vous quittez AnyBucket, ou si le Mac redémarre, les transferts interrompus reviennent à la réouverture de l’app. La file d’attente est enregistrée dans ~/Library/Application Support/AnyBucket/.

Pas de notifications

  1. Ouvrez Réglages Système → Notifications, trouvez AnyBucket et autorisez les notifications.
  2. Dans AnyBucket, ouvrez Réglages → Notifications. Vous y voyez si macOS les autorise, avec un interrupteur pour chaque type : lots terminés, échecs, connexions perdues, synchronisations terminées et problèmes de licence.

Les lots terminés sont signalés quand AnyBucket est en arrière-plan ou que le lot a pris du temps : une copie rapide sous vos yeux n’en a pas besoin.

AnyBucket redemande la licence

Sans Internet, AnyBucket continue de fonctionner pendant sept jours après sa dernière vérification de licence réussie. Ensuite, il demande à vérifier de nouveau.

  1. Assurez-vous que le Mac est en ligne, puis ouvrez AnyBucket. La vérification suivante renouvelle les sept jours.
  2. Si Polar a refusé l’activation, par exemple parce que ce Mac a été supprimé dans le portail client, choisissez AnyBucket → Gérer la licence …, désactivez, puis activez de nouveau avec votre clé.
  3. Si vos deux Mac sont déjà actifs, désactivez d’abord l’un d’eux. Voir licence et mises à jour.

Toujours bloqué ?

Écrivez à support@clevermechanisms.dev. Chaque message est lu. Pour obtenir une réponse rapide, indiquez :

  • votre version de macOS et celle d’AnyBucket, dans AnyBucket → À propos d’AnyBucket
  • le protocole et, pour S3, le fournisseur
  • ce que vous avez fait, ce que vous attendiez, et le message d’erreur exact
  • pour SFTP, si ssh user@host fonctionne dans Terminal

N’envoyez jamais de mots de passe, de clés secrètes ni votre clé de licence.