Недостатки ACL для облачных хранилищ Google

У меня есть ведро на Google Cloud Storage, которое я создал. Я хотел протестировать некоторые из встроенных ACL, таких как public-read, public-read-write и т. Д. Но как только я сменил ACL с помощью команды gsutil setacl следующим образом:
gsutil setacl public-read-write gs://mybucket
Я, кажется, потерял способность установите ACL на что-нибудь еще, я также не могу получить текущий ACL. Когда я пытаюсь либо получить сообщение, я получаю следующее сообщение:
GSResponseError: status=403, code=AccessDenied, reason=Forbidden, detail=mybucket.Недостатки ACL для облачных хранилищ Google

Не уверен, что это ошибка, или я просто пропустил что-то очевидное. Как восстановить способность списков ACL?

источник

2013-04-29 klactose

Перейти к https://code.google.com/apis/console/#:team и посмотреть, являетесь ли вы наблюдателем, редактором или владельцем проекта.

Обратитесь к одному из владельцев проекта.
Попросите владельца запустить gsutil chacl -u [email protected]:FC gs://mybucket или сделать вас владельцем проекта.

Владельцы проектов всегда имеют полный контроль над ведрами.

источник

2013-05-13 22:24:59 fejta

Спасибо за предложение chacl, но вы предполагаете, что это нормальное поведение для кого-либо, кроме владельцев? Я редактор, кстати, и это происходит для ведер, которые я создаю. Зачем устанавливать acl, поскольку я лишил меня доступа к ведру? Принуждение владельцев к участию в изменениях каждого редактора не кажется хорошей стратегией развития. – klactose

Недостатки ACL для облачных хранилищ Google

ответ

Смежные вопросы