Wie legen Sie eine Standard-root-Objekt für die Unterverzeichnisse, die für ein statisch gehosteten website auf Cloudfront?

UPDATE: Es sieht aus wie ich war falsch! Sehen JBaczuk die Antwort, die die akzeptierte Antwort auf diesen thread.

Leider, die Antwort auf Ihre beiden Fragen lautet Nein.

1. Ist es möglich, geben Sie einen Standard-root-Objekt für alle Unterverzeichnisse, die für ein statisch gehosteten website auf Cloudfront?

Nicht. Wie bereits in der AWS-CloudFront-docs...

... Wenn Sie definiert einen Standard-root-Objekt, eine end-Benutzer-Anforderung für ein Unterverzeichnis Ihrer Verteilung nicht das Standard-root-Objekt. Angenommen index.html ist Ihr Standard-root-Objekt und CloudFront erhält eine end-Benutzer-Anforderung für das Installations-Verzeichnis unter Ihrer CloudFront-Verteilung:

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

CloudFront nicht wieder das Standard-root-Objekt, auch wenn eine Kopie index.html erscheint in der install-Verzeichnis.

...

Das Verhalten von CloudFront Standard-root-Objekte unterscheidet sich vom Verhalten von Amazon S3-Dokumente indizieren. Beim konfigurieren einer Amazon S3-bucket, als eine website, und geben Sie den index-Dokument, Amazon S3 gibt den index Dokument selbst wenn ein Benutzer ein Unterverzeichnis im Eimer. (Eine Kopie des index-Dokument erscheinen müssen, in jedem Unterverzeichnis.)

2. Ist es möglich, um das setup eine origin Zugang Identität für Inhalte, die Ihnen von Cloudfront, wo der Ursprung ist einer S3-website-Endpunkt und nicht von einem S3-bucket?

Nicht direkt. Ihre Optionen für die Herkunft mit CloudFront sind S3-buckets oder Ihrem eigenen server.

Ist es, dass die zweite option eröffnen sich einige interessante Möglichkeiten, wenn. Dies ist wahrscheinlich die Niederlagen der Zweck von was Sie versuchen zu tun, aber Sie konnte die Einrichtung eigener server, dessen einzige Aufgabe es ist eine CloudFront-origin-server.

Wenn eine Anforderung für http://d111111abcdef8.cloudfront.net/install/, CloudFront leitet diese Anfrage an den origin-server zu Fragen, für /install. Sie können Ihren Ursprungs-server, wie Sie wollen, einschließlich dienen index.html in diesem Fall.

Oder man könnte schreiben, eine kleine web-app, die nur dauert dieser Aufruf und bekommt es direkt aus dem S3 sowieso.

Aber ich merke, dass die Einrichtung Ihre eigenen server haben und sich Gedanken über die Skalierung kann die Niederlage der Zweck von dem, was Sie versuchen zu tun in den ersten Platz.

Aktivierung S3-hosting bedeutet Sie haben zum öffnen des Eimers der Welt. In meinem Fall habe ich benötigt, um die Eimer, die private und die Nutzung der origin-access-identity-Funktionalität, um den Zugriff auf Cloudfront nur. Wie @Juissi vorgeschlagen, eine Lambda-Funktion beheben können, die Umleitungen:

'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);
};

Nach der Veröffentlichung der Funktion, gehen Sie zu Ihrer cloudfront-Verteilung in der AWS-Konsole. Gehen Sie zu Behaviors, dann wählen SieOrigin Request unter Lambda Function Associations, und schließlich fügen Sie den ARN zu Ihrer neuen Funktion.

Workaround für das Problem ist die Verwendung von lambda@edge für das umschreiben der Anfragen. Man braucht nur das setup der lambda-Ausdruck für die CloudFront-Verteilung viewer-Anfrage event-und umschreiben, dass alles endet mit '/' UND nicht gleich '/' mit Standard-Dokument-root z.B. index.html.

Es ist ein "offizielle" Anleitung veröffentlicht, die auf AWS blog, die empfiehlt die Einrichtung eines Lambda@Edge-Funktion, ausgelöst durch Ihre CloudFront-Verteilung:

Natürlich, es ist eine schlechte user experience zu erwarten, dass die Nutzer immer geben index.html am Ende jeder URL (oder sogar wissen, dass es da sein sollte). Bis jetzt hat es nicht eine einfache Möglichkeit zu bieten, diese einfachere URLs (entspricht der DirectoryIndex-Direktive in der Apache-Web-Server-Konfiguration), um den Benutzer durch CloudFront. Nicht, wenn Sie immer noch wollen, um in der Lage sein, um den Zugriff auf die S3 Herkunft mit einer OAI. Jedoch, mit der Veröffentlichung von Lambda@Kante, verwenden Sie eine JavaScript-Funktion ausgeführt, die auf die CloudFront-edge-Knoten zu suchen, diese Muster und fordern Sie die entsprechenden Objektschlüssel aus dem S3-Herkunft.

Lösung

In diesem Beispiel verwenden Sie die Rechen-power auf dem CloudFront-edge-prüfen die Anfrage, wie es kommen von den Kunden. Dann neu schreiben, so dass CloudFront Anforderungen, die ein Standard-index-Objekt (index.html in diesem Falle) für jede Anforderung-URI, endet in '/'.

Wenn eine Anforderung für eine web-server, der client gibt an, das Objekt zu erhalten, die in der Anfrage. Sie können diese URI und einen regulären Ausdruck anwenden, so dass diese URIs aufgelöst, um eine Standard-index-Objekt, bevor CloudFront Anforderungen des Objekts von der Herkunft. Verwenden Sie den folgenden code:

'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);

};

Folgen des oben verlinkten Handbuchs, um zu sehen, alle Schritte, die erforderlich sind, um diese Einrichtung, einschließlich S3-bucket, CloudFront-Verteilung und Lambda@Edge die Erstellung einer Funktion.