S3 画像アップロードでアクセス拒否が発生。バックアップアップロードは正常

サポート インストール
21

No they aren’t and they got structure internally. Just wanted to ensure that it’s okay to see only 2 folders and nothing else there.

Now that’s VERY useful information. Maybe not include Option 2 at all since it could break many things. Infact in option 1 I’d probably highlight that one shouldn’t change the bucket for the uploads since it would require a rebake etc, only change the bucket for backups.

This is exactly what was looking for, don’t touch the upload, just move Backups to a new bucket or a sub folder.

22

こんにちは、
私も同様の問題に遭遇しましたが、原因は異なりました。バックアップバケットへのアップロードは正常でしたが、アップロード用バケットでは機能しませんでした。

原因は、アップロード用バケットが「すべてのパブリックアクセスをブロック」するように設定されていたことです（現在はこれがデフォルトだと思われます）。ローカルでアップロードをテストした際は問題ありませんでしたが、Discourse が「public-read」アクセス権でアップロードを行っていたため、S3 がそれを拒否しました。（S3 はファイルに「public-read」ステータスを保存した後、パブリックアクセスの試みを拒否するだろうと予想していましたが。）結局、アップロードに使用されているオプションを特定するために、追加のログ出力を強制的に実装する必要がありました。

Discourse が「s3 upload bucket」設定を設定する際に、GetPublicAccessBlock API を使用して、バケットが適切に設定されているか確認することは可能でしょうか？

「いいね！」 4
23

もう一つの可能性として、セットアップガイドで、アップロードバケットの前にCloudFront CDNを導入することを推奨する方法があります。その場合、public-readのブロックは維持されるべきです。

コストと複雑さのトレードオフがどのようにあるべきかについては、現時点では確信が持てません。

「いいね！」 1