Deweloper hostuje statyczną stronę internetową w zasobniku S3 obsługiwanym przez CloudFront, używając kontroli dostępu do źródła (OAC), dzięki czemu zasobnik nie jest publiczny. Użytkownicy mogą uzyskiwać dostęp do jawnych adresów URL plików (na przykład /products/index.html), ale otrzymują błąd podczas żądania adresów URL katalogów (na przykład /products/). Jak można obsługiwać żądania katalogów, aby zwracały domyślny plik indeksu, bez upubliczniania zasobnika S3?

Poprawna odpowiedź to utworzenie funkcji CloudFront viewer-request. Funkcja ta może przechwycić żądania katalogów (np. /products/) i automatycznie dopisać do nich index.html, przekształcając je w /products/index.html. Dzięki temu CloudFront będzie mógł poprawnie pobrać plik z S3, zachowując prywatność zasobnika i używając OAC. Pozostałe opcje są nieprawidłowe: Zmiana domyślnego obiektu głównego CloudFront na index.html działa tylko dla katalogu głównego dystrybucji, a nie dla podkatalogów. Włączenie hostingu statycznej strony internetowej S3 i zmiana źródła CloudFront na punkt końcowy witryny S3 wymagałoby upublicznienia zasobnika lub skomplikowanych konfiguracji polityk, co jest sprzeczne z wymaganiem zachowania prywatności zasobnika. Konfiguracja niestandardowej odpowiedzi błędu dla 404 Not Found nie rozwiąże problemu z żądaniami katalogów, ponieważ CloudFront nie zgłasza błędu 404 dla ścieżek katalogów, a jedynie nie wie, który plik zwrócić.