Comment pouvez-vous définir une valeur par défaut de l'objet racine de sous-répertoires pour un statiquement site web hébergé sur Cloudfront?

Mise à JOUR: Il semble que j'ai été incorrect! Voir JBaczuk de la réponse, qui doit être accepté de répondre sur ce fil.

Malheureusement, la réponse à vos deux questions est non.

1. Est-il possible de spécifier une valeur par défaut de l'objet racine de tous les sous-répertoires pour un statiquement site web hébergé sur Cloudfront?

Pas. Comme indiqué dans le AWS CloudFront docs...

... Si vous définissez une valeur par défaut de l'objet racine, un utilisateur final demande un sous-répertoire de votre distribution ne renvoie pas la valeur par défaut de l'objet racine. Par exemple, supposons que index.html est par défaut de l'objet racine et que CloudFront reçoit une fin-la demande de l'utilisateur pour l'installation sous-répertoire de votre distribution CloudFront:

http://d111111abcdef8.cloudfront.net/install/

CloudFront ne sera pas de retour à la racine par défaut de l'objet, même si une copie de index.html apparaît dans le répertoire d'installation.

...

Le comportement de CloudFront racine par défaut des objets est différent du comportement d'Amazon S3 index des documents. Lorsque vous configurez un compartiment Amazon S3 comme un site web et de spécifier l'index de document, Amazon S3 renvoie l'index du document, même si un utilisateur demande un sous-répertoire dans le seau. (Une copie du document d'index doit apparaître dans chaque sous-répertoire.)

2. Est-il possible de configurer l'origine de l'accès à l'identité du contenu servi de Cloudfront où l'origine est un S3 site web d'extrémité, et non un compartiment S3?

Pas directement. Vos origines avec CloudFront sont S3 ou votre propre serveur.

C'est cette deuxième option qui n'ouvrent des possibilités intéressantes, cependant. C'est probablement ce qui défait le but de ce que vous essayez de faire, mais vous pouvez configurer votre propre serveur dont la seule tâche est d'être un CloudFront serveur d'origine.

Lorsqu'une demande arrive pour http://d111111abcdef8.cloudfront.net/install/, CloudFront va transmettre cette demande à votre serveur d'origine, en demandant /install. Vous pouvez configurer votre serveur d'origine mais vous voulez, y compris pour servir index.html dans ce cas.

Ou vous pourriez écrire une petite application web qui prend tout de cet appel et obtient directement à partir de S3 de toute façon.

Mais je me rends compte que la mise en place de votre propre serveur et de se préoccuper de mise à l'échelle, il peut vaincre le but de ce que vous essayez de faire en premier lieu.

Activation S3 hébergement signifie que vous devez ouvrir le seau pour le monde. Dans mon cas, j'avais besoin de garder le seau privé et l'utilisation de l'origine de l'accès à l'identité de la fonctionnalité de restreindre l'accès à Cloudfront seulement. Comme @Juissi suggéré, une fonction Lambda peut fixer les redirections:

'use strict';

/**
 * Redirects URLs to default document. Examples:
 *
 * /blog            -> /blog/index.html
 * /blog/july/     -> /blog/july/index.html
 * /blog/header.png -> /blog/header.png
 *
 */

let defaultDocument = 'index.html';

exports.handler = (event, context, callback) => {
    const request = event.Records[0].cf.request;

    if(request.uri != "/") {
        let paths = request.uri.split('/');
        let lastPath = paths[paths.length - 1];
        let isFile = lastPath.split('.').length > 1;

        if(!isFile) {
            if(lastPath != "") {
                request.uri += "/";
            }

            request.uri += defaultDocument;
        }

        console.log(request.uri);
    }

    callback(null, request);
};

Après la publication de votre fonction, allez dans votre distribution cloudfront dans la console AWS. Aller à Behaviors, puis choisissezOrigin Request sous Lambda Function Associations, et enfin de coller l'ARN pour votre nouvelle fonction.

Solution de contournement pour le problème est d'utiliser lambda@edge pour la réécriture de requêtes. On a juste besoin d'installation de la lambda pour la distribution CloudFront de la visionneuse de la demande de l'événement et de réécrire tout ce qui se termine par " /" ET n'est pas égal à '/' à défaut de la racine du document par exemple index.html.

Il y a un "officielles" guide publié sur AWS blog qui recommande la création d'un Lambda@Bord de la fonction déclenchée par votre distribution CloudFront:

Bien sûr, c'est une mauvaise expérience utilisateur pour les utilisateurs toujours de type index.html à la fin de chaque URL (ou même de savoir qu'il devrait être là). Jusqu'à maintenant, il n'y a pas un moyen facile de fournir ces plus simple Url (l'équivalent de la Directive DirectoryIndex dans un Serveur Web Apache configuration) pour les utilisateurs à travers CloudFront. Pas si vous voulez toujours être en mesure de restreindre l'accès à la S3 d'origine à l'aide d'un protocole OAI. Cependant, avec la sortie de Lambda@Edge, vous pouvez utiliser une fonction JavaScript en cours d'exécution sur le périphérique CloudFront nœuds de regarder pour ces modèles et de demander un objet clé de la S3 d'origine.

Solution

Dans cet exemple, vous utilisez la puissance de calcul à la CloudFront bord pour inspecter la demande comme c'est provenance du client. Puis de le ré-écrire la demande, de sorte que CloudFront demande un index par défaut de l'objet (index.html dans ce cas, pour toute demande d'URI qui se termine par ‘/’.

Quand une demande est faite à l'encontre d'un serveur web, le client spécifie l'objet à obtenir dans la demande. Vous pouvez utiliser cette URI et d'appliquer une expression régulière pour que ces Uri se résoudre à un index par défaut de l'objet avant CloudFront demandes de l'objet à partir de l'origine. Utilisez le code suivant:

'use strict';
exports.handler = (event, context, callback) => {

    //Extract the request from the CloudFront event that is sent to Lambda@Edge
    var request = event.Records[0].cf.request;

    //Extract the URI from the request
    var olduri = request.uri;

    //Match any '/' that occurs at the end of a URI. Replace it with a default index
    var newuri = olduri.replace(/\/$/, '\/index.html');

    //Log the URI as received by CloudFront and the new URI to be used to fetch from origin
    console.log("Old URI: " + olduri);
    console.log("New URI: " + newuri);

    //Replace the received URI with the URI that includes the index page
    request.uri = newuri;

    //Return to CloudFront
    return callback(null, request);

};

Suivez le guide ci-dessus pour voir toutes les étapes nécessaires pour configurer cela, y compris un compartiment S3, distribution CloudFront et Lambda@Edge fonction de la création.