Un desarrollador aloja un sitio web estático en un bucket de S3 servido a través de CloudFront usando control de acceso de origen (OAC) para que el bucket no sea público. Los usuarios pueden acceder a URLs de archivos explícitos (por ejemplo, /products/index.html) pero reciben un error al solicitar URLs de directorio (por ejemplo, /products/). Sin hacer público el bucket de S3, ¿cómo se pueden servir las solicitudes de directorio para que devuelvan el archivo de índice predeterminado?

La opción correcta es crear una función de CloudFront viewer-request. Esta función puede inspeccionar la URL de la solicitud entrante. Si detecta que la URL termina en una barra (indicando un directorio, como /products/), puede reescribir la URL para incluir el nombre del archivo de índice predeterminado (por ejemplo, /products/index.html) antes de que la solicitud llegue al origen de S3. Esto permite que S3 sirva el archivo correcto sin hacer público el bucket y manteniendo OAC. Cambiar el objeto raíz predeterminado de CloudFront solo afecta la raíz del dominio (/), no los subdirectorios. Habilitar el alojamiento de sitios web estáticos de S3 requeriría cambiar el origen de CloudFront al endpoint del sitio web de S3, lo que anularía el uso de OAC y potencialmente expondría el bucket. Configurar una respuesta de error personalizada para 404 no resuelve el problema de servir el archivo de índice para solicitudes de directorio; solo maneja errores.