Um desenvolvedor hospeda um site estático em um bucket S3 servido via CloudFront usando controle de acesso de origem (OAC) para que o bucket não seja público. Os usuários podem acessar URLs de arquivos explícitos (por exemplo, /products/index.html), mas recebem um erro ao solicitar URLs de diretório (por exemplo, /products/). Sem tornar o bucket S3 público, como as solicitações de diretório podem ser atendidas para que retornem o arquivo de índice padrão?

A opção correta é criar uma função de viewer-request do CloudFront. Esta função pode inspecionar a URL da solicitação e, se terminar com uma barra (indicando um diretório), reescrever a URL para incluir index.html (por exemplo, /products/ se torna /products/index.html). Isso permite que o CloudFront solicite o objeto correto do S3, mantendo o S3 privado e sem expor o bucket publicamente. Alterar o objeto raiz padrão da distribuição do CloudFront para index.html (opção A) só funciona para a raiz da distribuição (/), não para subdiretórios. Habilitar a hospedagem de site estático do S3 (opção B) exigiria tornar o bucket S3 público ou usar um OAI/OAC com o endpoint de site estático, o que não é a forma recomendada para OAC e pode introduzir complexidade desnecessária ou vulnerabilidades. Configurar uma resposta de erro personalizada (opção D) só agiria após um erro 404, o que não é o comportamento desejado; queremos evitar o erro e servir o arquivo correto diretamente.