2010-06-14 8 views
1

Nous souhaitons définir une ACL pour autoriser l'accès à l'un de nos compartiments avec un compte partenaire. Nous avons testé le processus sur un compte de test et tout fonctionne correctement. Sur notre compte de production/buckets, cependant, nous pouvons définir l'ACL et voir la mise à jour mais dès que nous essayons d'accéder au bucket à partir de l'autre compte, nous obtenons une réponse interdite. Ensuite, lorsque nous regardons la liste ACL pour le compartiment, la permission est révolue.Pourquoi un ACL S3 ne "collerait" pas?

Nous avons essayé d'utiliser à la fois le nouvel outil S3 d'Amazon dans AWS Management Console et CloudBerry Explorer et les deux outils présentent exactement le même comportement. L'utilisation du même processus pour mettre à jour une liste de contrôle d'accès de notre compte de test fonctionne comme prévu (la mise à jour de la liste de contrôle d'accès "reste").

Qu'est-ce qui empêcherait l'ACL de "coller"? Est-ce que quelqu'un a des idées sur la façon de résoudre/contourner le problème?

Répondre

0

Cela fait longtemps que je n'ai pas posé cette question, et j'ai depuis travaillé sur le problème. Si je me souviens bien, il semblait que le format de certaines politiques avait changé, mais le validateur acceptait toujours l'ancien format. Cependant, la politique de l'ancien format ne serait pas acceptée, de sorte que la politique ne «colle» pas correctement.

Questions connexes