Solucionar errores de autenticación de Google Cloud Storage — NetDrive
¿NetDrive no puede iniciar sesión en Google Cloud Storage o no muestra buckets? Revisa los roles IAM, el acceso revocado de Google y las credenciales obsoletas, y reconecta la unidad.
Un nodo de render lleva semanas leyendo G:\ desde un bucket de Google Cloud Storage y esta mañana la unidad no se reconecta. O un compañero nuevo añade el bucket en NetDrive, inicia sesión con éxito y ve una lista vacía. Ambos casos parecen un fallo de NetDrive, pero normalmente se deben a Google: a lo que la cuenta con sesión iniciada tiene permitido hacer, o a si Google sigue aceptando la autorización que NetDrive conserva.
Mantén los buckets de GCS montados y accesibles
NetDrive hace que Google Drive, OneDrive, S3, SFTP, WebDAV y más aparezcan como unidades nativas en Windows y macOS — sin sincronizar, sin descargas completas.
- Monta un bucket de Google Cloud Storage como letra de unidad o volumen
- Drive Manager muestra el estado de conexión de cada unidad
- Reconecta una unidad sin cambiar su punto de montaje
Prueba gratuita. Planes de por vida y de suscripción disponibles.
Identifica primero el síntoma
Los problemas de autenticación con GCS se dividen en dos grupos, y la solución es distinta en cada uno.
- El inicio de sesión falla o es rechazado. La unidad muestra un error de autenticación, o el inicio de sesión en el navegador nunca termina. Sospecha de una autorización revocada, un cambio de contraseña o de seguridad en la cuenta de Google, o credenciales guardadas obsoletas.
- El inicio de sesión funciona, pero faltan buckets o se deniega el acceso. Google aceptó la cuenta, pero esta no tiene permisos sobre el bucket. Es un asunto de IAM, no de NetDrive.
Comprueba en qué grupo estás antes de cambiar nada. Reconectar la unidad no arreglará un rol IAM ausente, y editar IAM no arreglará una autorización revocada.
Comprobación 1: los roles de la cuenta en el bucket
En la consola de Google Cloud, abre el proyecto propietario del bucket y revisa los roles IAM de la cuenta con la que iniciaste sesión. Como explicamos en nuestra guía de configuración de Google Cloud Storage en Windows, Storage Object Viewer basta para acceso de solo lectura, y Storage Object Admin es necesario para escribir.
Dos situaciones pillan a la gente desprevenida:
- La cuenta tiene un rol en el proyecto pero no en el bucket concreto, o el bucket usa su propia configuración de acceso.
- Alguien cambió los roles después de configurar la unidad, de modo que una escritura que funcionaba el mes pasado ahora falla.
Si NetDrive no lista ningún bucket tras iniciar sesión correctamente, este es el primer lugar donde mirar. Para equipos desatendidos, usa una cuenta de servicio dedicada para que el montaje no dependa del inicio de sesión de una sola persona.
Comprobación 2: el estado de la propia cuenta de Google
Un cambio de contraseña, un cierre de sesión forzado tras una alerta de inicio de sesión sospechoso o una revisión de aplicaciones conectadas pueden invalidar una autorización existente. Inicia sesión en la cuenta de Google desde un navegador y revisa la configuración de acceso de terceros. Si la entrada de NetDrive ya no está, el acceso fue revocado y la solución es reconectar.
Reconectar la unidad en NetDrive
Al reconectar, las credenciales guardadas se sustituyen por una autorización nueva. El punto de montaje y el resto de la configuración de la unidad no cambian.
- Abre NetDrive y localiza la unidad de Google Cloud Storage en Drive Manager.
- Abre la configuración de la unidad y elige re-authenticate o reconnect.
- Completa el inicio de sesión de Google en el navegador y aprueba el acceso.
- Haz clic en Test para confirmar que NetDrive llega al bucket.
- Vuelve a montar la unidad desde Drive Manager.
Si eso no elimina el error, quita la unidad de Drive Manager y vuelve a añadirla. Así se fuerza una autorización totalmente nueva en lugar de refrescar una dañada.
Cuando la autenticación no es el problema
Si Test pasa pero los archivos se ven mal después, la causa ya está más allá del inicio de sesión. Una lista de carpetas que parece desactualizada responde a una actualización manual; consulta Forzar la actualización de carpetas en NetDrive. Si el fallo solo aparece al escribir, vuelve a los roles IAM de arriba.
Conclusión
La mayoría de los errores de autenticación de GCS en NetDrive vienen de Google, no de NetDrive: un rol que no cubre el bucket, o una autorización que Google ya no acepta. Identifica el síntoma, revisa los roles, confirma el estado de la cuenta y reconecta desde Drive Manager. Para soluciones de inicio de sesión similares en otros proveedores, consulta Solucionar errores de autenticación de Azure File Storage y Solucionar errores de autenticación de Backblaze B2.
— Kai, NetDrive