Corriger les erreurs d'authentification Google Cloud Storage — NetDrive
NetDrive n'arrive pas à se connecter à Google Cloud Storage ou n'affiche aucun bucket ? Vérifiez les rôles IAM, l'accès Google révoqué et les identifiants obsolètes, puis reconnectez le lecteur.
Un nœud de rendu lit G:\ depuis un bucket Google Cloud Storage depuis des semaines, et ce matin le lecteur ne se reconnecte plus. Ou bien un nouveau collègue ajoute le bucket dans NetDrive, se connecte sans problème et voit une liste vide. Les deux cas ressemblent à une panne de NetDrive, mais ils remontent le plus souvent du côté de Google : ce que le compte connecté est autorisé à faire, ou si Google honore encore l’autorisation détenue par NetDrive.
Gardez vos buckets GCS montés et accessibles
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.
- Monter un bucket Google Cloud Storage comme lettre de lecteur ou volume
- Drive Manager affiche l’état de connexion de chaque lecteur
- Reconnecter un lecteur sans changer son point de montage
Essai gratuit. Licences à vie et abonnements disponibles.
Identifier d’abord le symptôme
Les problèmes d’authentification GCS se répartissent en deux groupes, et la solution diffère pour chacun.
- La connexion elle-même échoue ou est rejetée. Le lecteur affiche une erreur d’authentification, ou la connexion dans le navigateur ne se termine jamais. Soupçonnez une autorisation révoquée, un changement de mot de passe ou de sécurité sur le compte Google, ou des identifiants enregistrés obsolètes.
- La connexion fonctionne, mais des buckets manquent ou l’accès est refusé. Google a accepté le compte, mais celui-ci n’a pas les droits sur le bucket. C’est une question d’IAM, pas de NetDrive.
Déterminez dans quel groupe vous êtes avant de modifier quoi que ce soit. Reconnecter le lecteur ne corrigera pas un rôle IAM manquant, et modifier l’IAM ne corrigera pas une autorisation révoquée.
Vérification 1 : les rôles du compte sur le bucket
Dans la console Google Cloud, ouvrez le projet propriétaire du bucket et examinez les rôles IAM du compte avec lequel vous vous êtes connecté. Comme expliqué dans notre guide d’installation de Google Cloud Storage sous Windows, Storage Object Viewer suffit pour un accès en lecture seule, et Storage Object Admin est nécessaire pour écrire.
Deux situations piègent souvent :
- Le compte a un rôle sur le projet mais pas sur le bucket précis, ou le bucket utilise ses propres paramètres d’accès.
- Quelqu’un a modifié les rôles après la configuration initiale du lecteur, si bien qu’une écriture qui fonctionnait le mois dernier échoue maintenant.
Si NetDrive n’affiche aucun bucket après une connexion réussie, c’est le premier endroit à regarder. Pour les machines sans surveillance, utilisez un compte de service dédié afin que le montage ne dépende pas de la connexion d’une seule personne.
Vérification 2 : l’état du compte Google lui-même
Un changement de mot de passe, une déconnexion forcée après un signalement de connexion suspecte ou une revue des applications connectées peuvent invalider une autorisation existante. Connectez-vous au compte Google dans un navigateur et consultez les paramètres d’accès des tiers. Si l’entrée de NetDrive a disparu, l’accès a été révoqué et la reconnexion est la solution.
Reconnecter le lecteur dans NetDrive
La reconnexion remplace les identifiants enregistrés par une nouvelle autorisation. Le point de montage et les autres paramètres du lecteur restent inchangés.
- Ouvrez NetDrive et repérez le lecteur Google Cloud Storage dans Drive Manager.
- Ouvrez les paramètres du lecteur et choisissez re-authenticate ou reconnect.
- Terminez la connexion Google dans votre navigateur et approuvez l’accès.
- Cliquez sur Test pour confirmer que NetDrive atteint le bucket.
- Montez à nouveau le lecteur depuis Drive Manager.
Si l’erreur persiste, supprimez le lecteur de Drive Manager puis ajoutez-le de nouveau. Cela force une toute nouvelle autorisation au lieu d’en actualiser une défectueuse.
Quand l’authentification n’est pas en cause
Si Test réussit mais que les fichiers semblent incorrects ensuite, la cause se situe après la connexion. Une liste de dossiers qui paraît périmée répond à une actualisation manuelle ; voir Forcer l’actualisation d’un dossier dans NetDrive. Si l’échec n’apparaît qu’à l’écriture, retournez aux rôles IAM ci-dessus.
Conclusion
La plupart des erreurs d’authentification GCS dans NetDrive viennent de Google, pas de NetDrive : un rôle qui ne couvre pas le bucket, ou une autorisation que Google n’honore plus. Identifiez le symptôme, vérifiez les rôles, contrôlez l’état du compte, puis reconnectez via Drive Manager. Pour des corrections de connexion similaires chez d’autres fournisseurs, voir Corriger les erreurs d’authentification Azure File Storage et Corriger les erreurs d’authentification Backblaze B2.
— Kai, NetDrive