Corriger les erreurs d'endpoint et de région Wasabi — NetDrive
Corrigez les erreurs de connexion Wasabi dans NetDrive dues à un endpoint régional erroné, une liste de buckets vide ou de mauvaises clés. Tableau des symptômes et vérifications pas à pas.
Vous collez une nouvelle paire de clés Wasabi dans NetDrive, cliquez sur Mount et obtenez une erreur au lieu d’une lettre de lecteur. Ou la connexion réussit, mais la liste des buckets reste vide alors que la console Wasabi en affiche trois. Dans la plupart des cas, les clés sont bonnes et le problème vient de l’endpoint régional : Wasabi utilise un nom d’hôte distinct par région, et un bucket ne répond que sur le sien.
Montez proprement votre bucket Wasabi
Avec NetDrive, Google Drive, OneDrive, S3, SFTP, WebDAV et plus apparaissent comme des lecteurs natifs sur Windows et macOS — sans synchronisation ni téléchargement complet.
- Wasabi se connecte via le connecteur Amazon S3 compatible S3
- File Browser teste l'accès avant tout montage
- Windows et macOS, une carte de lecteur par bucket
Essai gratuit. Licences à vie et abonnements disponibles.
Associer le symptôme à la cause
| Ce que vous voyez | Cause la plus probable |
|---|---|
| Le montage échoue, ou l’erreur mentionne une redirection ou « use the specified endpoint » | Le nom d’hôte de l’endpoint ne correspond pas à la région du bucket |
| Connecté, mais la liste des buckets est vide | L’endpoint correspond à une autre région que vos buckets, ou la clé ne peut pas lister les buckets |
| Accès refusé pour toutes les opérations | Mauvaise paire de clés, ou politique de sous-utilisateur qui ne couvre pas le bucket |
| Fonctionnait hier, échoue aujourd’hui | La clé a été renouvelée ou désactivée dans la console Wasabi |
Wasabi est compatible S3 : NetDrive s’y connecte donc avec le fournisseur Amazon S3 et un endpoint personnalisé. Il n’existe pas d’entrée « Wasabi » distincte dans la liste des fournisseurs. C’est pourquoi un mauvais endpoint passe facilement inaperçu : le connecteur S3 dialogue sans problème avec la mauvaise région, et Wasabi répond par une erreur plutôt que par vos fichiers.
Vérification 1 : trouver la vraie région du bucket
Ouvrez la console Wasabi, allez dans Buckets et lisez la région affichée à côté du bucket. Construisez ensuite le nom d’hôte à partir de celle-ci :
us-east-1utilises3.wasabisys.comeu-central-1utilises3.eu-central-1.wasabisys.com
La documentation des endpoints de service de Wasabi liste le nom d’hôte de chaque région. Copiez celui qui correspond. Un bucket à Francfort ne répondra pas sur l’hôte par défaut s3.wasabisys.com, et l’écart ressemble à un problème de connexion alors qu’aucun identifiant n’est erroné.
Vérification 2 : ressaisir l’endpoint dans NetDrive
- Ouvrez NetDrive et sélectionnez le lecteur Wasabi dans le Drive Manager. Cliquez sur l’icône d’engrenage pour ouvrir ses paramètres.
- Vérifiez que le fournisseur est Amazon S3 et que Use custom endpoint est activé.
- Remplacez le nom d’hôte par celui de la région, obtenu à la vérification 1. Laissez le port vide. NetDrive utilise 443 par défaut pour HTTPS.
- Cliquez sur l’icône de liste à côté de Bucket pour énumérer les buckets. Si vos buckets apparaissent, l’endpoint et les clés fonctionnent.
- Enregistrez, puis cliquez sur Mount.
Si vous avez des buckets dans deux régions, créez un lecteur par région. Chaque carte de lecteur contient un seul endpoint, donc une seule connexion ne peut pas atteindre les deux.
Vérification 3 : tester l’accès sans montage
Avant d’attribuer de nouveau une lettre de lecteur, utilisez le File Browser de NetDrive. Il ouvre les fichiers distants sans montage, ce qui permet de distinguer « la connexion est mal configurée » de « Windows ou macOS rencontre un problème avec le lecteur ».
Si le File Browser liste vos fichiers, les identifiants et l’endpoint sont bons, et le problème restant se situe côté montage. S’il échoue de la même façon, restez sur les paramètres de connexion.
Vérification 4 : clés et autorisations du sous-utilisateur
Une fois l’endpoint correct, examinez les identifiants.
- Régénérez la paire. Wasabi n’affiche une clé secrète qu’à sa création. Si vous n’êtes pas sûr que celle enregistrée soit correcte, créez une nouvelle paire de clés dans la console et saisissez de nouveau les deux valeurs. Utilisez le copier-coller et attention à un espace en fin de chaîne.
- Vérifiez que la clé est active. Une clé désactivée ou supprimée échoue exactement comme une faute de frappe.
- Vérifiez la politique du sous-utilisateur. Si les clés appartiennent à un sous-utilisateur plutôt qu’au compte racine, il doit avoir l’autorisation de lister et lire le bucket (et d’écrire si vous enregistrez en retour). Une politique qui omet la liste des buckets peut laisser la liste déroulante vide. Dans ce cas, saisissez directement le nom du bucket au lieu d’utiliser l’icône de liste.
Pour le même schéma d’autorisations à plusieurs niveaux sur AWS, consultez Fix S3 Access Denied Error with NetDrive. Les concepts IAM s’appliquent aux sous-utilisateurs Wasabi.
Vérification 5 : paramètres obsolètes après un changement
Un lecteur enregistré avant un changement de région ou de clé conserve ses anciennes valeurs tant que vous ne le modifiez pas. Si vous avez renouvelé les clés dans la console, ouvrez les paramètres du lecteur, collez la nouvelle paire et remontez-le. Ne vous contentez pas de relancer l’ancienne carte de lecteur.
Si l’échec persiste
Suivez l’ordre ci-dessus : endpoint, puis File Browser, puis clés, puis politique du sous-utilisateur. Si les quatre vérifications réussissent et que le montage se comporte encore mal, le problème n’est plus propre à Wasabi. Pour les lettres de lecteur déjà utilisées, consultez Fix Drive Letter Already in Use.
En résumé
La plupart des échecs Wasabi dans NetDrive viennent d’un nom d’hôte régional qui ne correspond pas au bucket, puis de clés obsolètes ou aux autorisations insuffisantes. Corrigez d’abord l’endpoint, validez-le avec le File Browser, puis montez. Pour une première configuration, consultez Mount Wasabi on Windows with NetDrive ou Mount Wasabi on macOS with NetDrive.
— Alex, NetDrive