¿Llaves de acceso S3 separadas para copias de seguridad y cargas?

Quiero usar cubos de Backblaze B2 separados para copias de seguridad y cargas. No quiero que Discourse tenga acceso a ningún cubo que no sean los dos que está utilizando.

Backblaze permite crear una clave de aplicación para acceder a un solo cubo o a todos los cubos.

Pero, por lo que puedo ver, Discourse requiere que las cargas y las copias de seguridad utilicen las mismas credenciales S3, por lo que no hay forma de hacerlo.

¿Me estoy perdiendo algo?

Hola :wave: bienvenido :slight_smile:

Quizás este tema te pueda ayudar

Lamentablemente, no. Para Backblaze, el ejemplo dado simplemente coloca las copias de seguridad en un subdirectorio /backups del bucket de subidas (legible públicamente). Estoy seguro de que es posible proteger eso, pero no parece ser un buen enfoque.

Pude configurar un usuario de IAM con 2 roles en AWS que permiten permisos separados para mis buckets de copias de seguridad y activos. Cada rol está limitado a ese bucket y tiene permisos específicos. Creo que la copia de seguridad está configurada para solo poner y no leer ni listar. Mientras que el bucket de activos permite todas las funciones.

Sin embargo, ¿esto suena a un problema con la especificación del rol de Backblaze, es correcto? Parece que solo puedes adjuntar un permiso a 1 o a todos los buckets y la forma en que funciona con Discourse es que comparten las mismas claves de permiso.

Sí. El manejo de los permisos de las claves de aplicación por parte de Backblaze parece ser (drásticamente) más simple que el de AWS.

Una clave de permiso de Backblaze parece tener acceso a un solo bucket o a todos los buckets en la cuenta del propietario.

Por lo tanto, la interfaz S3 de Discourse funciona bien para los buckets S3 de AWS, pero no tan bien para los buckets B2 de Backblaze.

Parece que podrías usar AWS o crear una cuenta diferente de Backblaze.

2 Me gusta

Tengo el mismo problema con Backblaze.
Esta FAQ sugeriría que puedes usar el mismo bucket, pero con diferentes rutas, excepto que nuestra versión actual de discourse (3.4.0.beta3-dev) genera un error cuando intento guardar esa configuración.