Corriger les erreurs d'authentification Alibaba Cloud — NetDrive

4 min de lecture troubleshooting alibaba-cloud
Steve
SteveSenior Engineer
NetDrive rejette vos identifiants Alibaba Cloud lors du montage d'un bucket OSS ? Vérifiez la clé d'accès, les droits RAM, l'endpoint et le nom du bucket, puis reconnectez.

Un serveur de build qui montait sans problème un bucket Alibaba Cloud la semaine dernière affiche maintenant une erreur d’identifiants dans NetDrive, et la tâche nocturne qui lit les artefacts sur le lecteur échoue dès le premier fichier. Rien n’a changé sur la machine. Quand un lecteur Alibaba Cloud n’arrive plus à s’authentifier, la cause est presque toujours l’une de ces quatre : la clé d’accès, les droits qui s’y rattachent, l’endpoint ou le nom du bucket. Ce guide les passe en revue dans l’ordre qui permet de trouver le problème le plus vite.

NetDrive drive manager showing Google Drive, S3 and pCloud mounted as drive lettersMounted clouds appearing as native drives in Windows File Explorer

Retrouvez votre lecteur Alibaba Cloud

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.

  • Testez les identifiants avant de monter
  • Drive Manager affiche l'état de chaque lecteur
  • Reconnectez sans perdre vos réglages de montage
WindowsmacOS
Télécharger NetDrive →

Essai gratuit. Licences à vie et abonnements disponibles.

Lisez l’erreur avant de modifier quoi que ce soit

NetDrive teste la connexion quand vous enregistrez un lecteur Alibaba Cloud, et un problème d’identifiants apparaît sous forme de message intégré plutôt que d’une nouvelle carte de lecteur. Ce message est votre premier indice. Une clé rejetée pointe vers l’Access Key ID ou le secret. Un refus lié aux droits pointe vers l’utilisateur RAM derrière la clé. Un échec total d’accès au bucket pointe en général vers l’endpoint ou le nom du bucket.

Notez de quel cas il s’agit avant de modifier les champs. Changer plusieurs choses à la fois rend impossible de savoir laquelle a réglé le problème.

Drive Manager de NetDrive affichant l'état de connexion des lecteurs montés

Vérification 1 : la paire de clés d’accès

NetDrive demande un Access Key ID et le secret correspondant. L’échec le plus courant vient d’une paire qui ne fonctionne plus :

  1. Connectez-vous à la console Alibaba Cloud et ouvrez l’utilisateur RAM propriétaire de la clé.
  2. Vérifiez que la clé figure toujours dans la liste et que son statut est actif, non désactivé.
  3. Si la clé a été renouvelée, l’ancienne paire enregistrée dans NetDrive est invalide. Créez une nouvelle paire et copiez les deux valeurs immédiatement, car le secret ne s’affiche qu’une fois.
  4. Collez les nouvelles valeurs dans les réglages du lecteur. Surveillez l’espace final, facile à copier par erreur.

Une clé appartenant à un utilisateur RAM supprimé échoue comme une clé désactivée. Vérifiez donc que l’utilisateur existe toujours.

Vérification 2 : les droits RAM

Une clé valide peut quand même être refusée si l’utilisateur RAM n’a aucun droit sur le bucket. Utilisez un utilisateur RAM plutôt que la clé racine de votre compte pour le montage quotidien, et assurez-vous que sa politique donne accès au bucket précis que vous montez. Si le lecteur doit écrire des fichiers, des droits en lecture seule permettent de parcourir, puis échouent à la première sauvegarde.

Si vous avez récemment durci une politique, c’est la cause la plus probable. Comparez la politique avec ce que vous faisiez avant l’apparition de l’erreur.

Vérification 3 : l’endpoint et le nom du bucket

Les endpoints Alibaba Cloud dépendent de la région, par exemple oss-cn-hangzhou.aliyuncs.com pour Hangzhou. Un bucket d’une région ne répond pas sur l’endpoint d’une autre région : un copier-coller depuis le mauvais projet produit donc une erreur qui ressemble à un échec d’authentification. Ouvrez la page Overview du bucket dans la console et copiez l’endpoint depuis là.

Comparez ensuite le champ Bucket caractère par caractère avec la console. Les noms de bucket doivent être exacts. Un seul caractère erroné, ou un bucket supprimé puis recréé dans une autre région, donne le même symptôme qu’une mauvaise clé.

Vérification de l'état du montage dans NetDrive après correction des réglages du lecteur

Reconnecter le lecteur

Une fois le champ fautif corrigé :

  1. Ouvrez NetDrive et repérez le lecteur Alibaba Cloud dans Drive Manager.
  2. Ouvrez les réglages du lecteur et mettez à jour la clé, le secret, l’endpoint ou le bucket.
  3. Cliquez sur Test et attendez que NetDrive confirme qu’il peut atteindre le bucket.
  4. Enregistrez, puis connectez le lecteur depuis sa carte.

Si la modification de l’entrée existante ne supprime pas l’erreur, retirez le lecteur et ajoutez-le de nouveau depuis la boîte de dialogue Add Drive avec les valeurs vérifiées dans la console. Une entrée neuve écarte toute valeur enregistrée obsolète.

Quand l’authentification réussit mais que le montage échoue

Si Test réussit et que le lecteur n’apparaît toujours pas, le problème dépasse les identifiants. Une lettre de lecteur déjà utilisée sous Windows est une cause fréquente ; voir Fix Drive Letter Already in Use. Si les dossiers semblent vides ou périmés après la connexion, essayez une actualisation manuelle comme décrit dans Force Folder Refresh.

En résumé

Traitez une erreur d’authentification Alibaba Cloud comme une liste de contrôle : clé, droits, endpoint, bucket. Corrigez une chose à la fois, utilisez Test après chaque changement et reconnectez via Drive Manager. Pour la configuration complète la première fois, voir Mount Alibaba Cloud on Windows with NetDrive. Si vous utilisez le service voisin, Mount Tencent Cloud on Windows décrit le même processus.

— Steve, NetDrive