Una distribuzione CloudFront utilizza un'origin access identity (OAI) per accedere a un bucket S3 privato. Il bucket nega l'accesso a tutti gli altri. L'applicazione richiede agli utenti di visualizzare una pagina di login pubblica, quindi di ricevere cookie firmati per accedere a directory private. La distribuzione utilizza il comportamento di cache predefinito con accesso utente limitato puntato all'origine S3. L'accesso alla pagina di login restituisce un errore 403 Forbidden. Come può lo sviluppatore consentire l'accesso non autenticato alla pagina di login mantenendo al contempo i contenuti privati al sicuro?

La risposta corretta è aggiungere un secondo comportamento di cache. I comportamenti di cache di CloudFront vengono elaborati in ordine di priorità. Creando un nuovo comportamento di cache con un path pattern specifico per la pagina di login e impostando l'accesso utente come illimitato, CloudFront servirà la pagina di login senza richiedere autenticazione. Il comportamento di cache predefinito, che richiede l'autenticazione tramite OAI, rimarrà invariato per proteggere il resto dei contenuti privati. L'opzione "Aggiungere un secondo comportamento di cache con la stessa origine utilizzando un path pattern di ..." è sbagliata perché modificare il comportamento predefinito per la pagina di login e renderlo illimitato esporrebbe tutti i contenuti. L'opzione "Aggiungere un'origine di failover..." è errata perché le origini di failover sono per l'alta disponibilità, non per la gestione dei permessi. L'opzione "Aggiungere una policy del bucket S3..." è sbagliata perché CloudFront gestisce l'accesso tramite OAI e i comportamenti di cache, non tramite reindirizzamenti a URL S3 diretti per l'accesso pubblico.