提供索引文件而不是下载提示

Question

我的网站托管在 S3 上，CloudFront 作为 CDN，我需要这两个 URL 的行为相同并为目录中的 index.html 文件提供服务：

example.com/directory example.com/directory/

/末尾带有 的那个错误地提示浏览器下载一个零字节文件，该文件带有文件名的随机散列。如果没有斜线，它会返回我的 404 页面。

如何获得两个路径以在目录中传送 index.html 文件？

如果有一种方法我“应该”做到这一点，太好了！这就是我所希望的，但如果不是，我可能会尝试使用 Lambda@Edge 进行重定向。无论如何，我需要在其他一些情况下使用它，因此有关如何从 Lambda@Edge 进行 301 或 302 重定向的一些说明也会有所帮助:)

更新（根据约翰汉利的评论）

curl -i https://www.example.com/directory/

HTTP/2 200 
content-type: application/x-directory
content-length: 0
date: Sat, 12 Jan 2019 22:07:47 GMT
last-modified: Wed, 31 Jan 2018 00:44:16 GMT
etag: "[id]"
accept-ranges: bytes
server: AmazonS3
x-cache: Miss from cloudfront
via: 1.1 [id].cloudfront.net (CloudFront)
x-amz-cf-id: [id]

更新

CloudFront 有一个行为集，将 http 转发到 https 并将请求发送到 S3。它在错误选项卡下还有一个 404 错误路由。

Answer 1

S3 仅在您启用并使用存储桶的网站托管功能时才提供自动索引文档，方法是指向存储桶的网站托管端点，${bucket}.s3-website.${region}.amazonaws.com而不是存储桶的通用 REST 端点${bucket}.s3.amazonaws.com。

网站端点和 REST 端点有很多不同之处，包括这一点。

您看到对象键的这些 0 字节文件以 结尾的/原因是因为您正在使用 S3 控制台或其他实际创建 0 字节对象的实用程序在存储桶中创建文件夹对象。一旦文件夹中有对象，就不需要它们了——但它们是在 S3 控制台中显示空文件夹的唯一方法，该控制台显示一个名为foo/文件夹的对象foo，即使没有其他对象键前缀为 的对象foo/。它是控制台中文件夹层次结构的可视化模拟的一部分，即使 S3 中的对象从未真正“在”文件夹中。

如果出于某种原因您需要使用 REST 端点——例如您不想将存储桶设为公开——那么您需要在 CloudFront 中使用两个 Lambda@Edge 触发器，以相当接近地模拟此功能。

在检查 CloudFront 缓存之后，在将请求发送到源之前，源请求触发器可以检查和修改请求。我们使用它来检查以 结尾的路径/，index.html如果找到则追加。

在将响应写入 CloudFront 缓存之前，源响应触发器可以检查并可能修改响应。源响应触发器还可以检查生成响应的请求之前的原始请求。我们使用它来检查响应是否为错误。如果是，并且原始请求似乎不是针对索引文档或文件（具体来说，在路径中的最后一个斜杠之后，“文件”至少有一个字符，后跟一个点，后跟至少多一个字符——如果是这样，那可能是一个“文件”）。如果这两者都不是，我们将重定向到原始路径加上/我们附加的最终路径。

源请求和源响应触发器仅在缓存未命中时触发。当缓存命中时，两个触发器都不会触发，因为它们位于 CloudFront 的源端——缓存的背面。可以从缓存服务的请求是从缓存服务的，因此不会调用触发器。

下面是一个用 Node.js 8.10 编写的 Lambda@Edge 函数。这个 Lambda 函数修改了它的行为，使其根据上下文作为源请求或源响应。在发布LAMBDA一个版本后，该版本的与CloudFront的高速缓存行为设置为ARN关联两个原点请求和响应原产地触发。

'use strict';

// combination origin-request, origin-response trigger to emulate the S3
// website hosting index document functionality, while using the REST
// endpoint for the bucket

// https://stackoverflow.com/a/54263794/1695906

const INDEX_DOCUMENT = 'index.html'; // do not prepend a slash to this value

const HTTP_REDIRECT_CODE = '302'; // or use 301 or another code if desired
const HTTP_REDIRECT_MESSAGE = 'Found'; 

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

    if(cf.config.eventType === 'origin-request')
    {
        // if path ends with '/' then append INDEX_DOCUMENT before sending to S3
        if(cf.request.uri.endsWith('/'))
        {
            cf.request.uri = cf.request.uri + INDEX_DOCUMENT;
        }
        // return control to CloudFront, to send request to S3, whether or not
        // we modified it; if we did, the modified URI will be requested.
        return callback(null, cf.request);
    }
    else if(cf.config.eventType === 'origin-response')
    {
        // is the response 403 or 404?  If not, we will return it unchanged.
        if(cf.response.status.match(/^40[34]$/))
        {
            // it's an error.

            // we're handling a response, but Lambda@Edge can still see the attributes of the request that generated this response; so, we
            // check whether this is a page that should be redirected with a trailing slash appended.  If it doesn't look like an index
            // document request, already, and it doesn't end in a slash, and doesn't look like a filename with an extension... we'll try that.

            // This is essentially what the S3 web site endpoint does if you hit a nonexistent key, so that the browser requests
            // the index with the correct relative path, except that S3 checks whether it will actually work.  We are using heuristics,
            // rather than checking the bucket, but checking is an alternative.

            if(!cf.request.uri.endsWith('/' + INDEX_DOCUMENT) && // not a failed request for an index document
               !cf.request.uri.endsWith('/') && // unlikely, unless this code is modified to pass other things through on the request side
               !cf.request.uri.match(/[^\/]+\.[^\/]+$/)) // doesn't look like a filename  with an extension
            {
                // add the original error to the response headers, for reference/troubleshooting
                cf.response.headers['x-redirect-reason'] = [{ key: 'X-Redirect-Reason', value: cf.response.status + ' ' + cf.response.statusDescription }];
                // set the redirect code
                cf.response.status = HTTP_REDIRECT_CODE;
                cf.response.statusDescription = HTTP_REDIRECT_MESSAGE;
                // set the Location header with the modified URI
                // just append the '/', not the "index.html" -- the next request will trigger
                // this function again, and it will be added without appearing in the
                // browser's address bar.
                cf.response.headers['location'] = [{ key: 'Location', value: cf.request.uri + '/' }];
                // not strictly necessary, since browsers don't display it, but remove the response body with the S3 error XML in it
                cf.response.body = '';
            }
        }

        // return control to CloudFront, with either the original response, or
        // the modified response, if we modified it.

        return callback(null, cf.response);

    }
    else // this is not intended as a viewer-side trigger.  Throw an exception, visible only in the Lambda CloudWatch logs and a 502 to the browser.
    {
        return callback(`Lambda function is incorrectly configured; triggered on '${cf.config.eventType}' but expected 'origin-request' or 'origin-response'`);
    }

};

Answer 2

给出的答案是错误的。Cloudfront 有自己的配置，可以让 www.yourdomain.com/ 提供文档。它被称为“默认根对象”，其配置位于您的 Cloudfront 发行版的“常规”选项卡下。以下是获取启用 SSL/https 的自定义域 + cloudfront + s3 存储桶的完整步骤。

1. 创建具有默认（关闭）权限的全新 S3 存储桶或从目标存储桶中删除所有公共访问权限。
2. 禁用静态网站托管。你不需要它。
3. 如果您还没有，请将您的 SSL 证书放入 Amazon，以便您可以将其附加到将指向您的 S3 存储桶的云前端分发。
4. 使用证书创建指向目标 S3 存储桶的 Cloudfront 分发。
5. 对于源配置，使用 www.yourdomain.com.s3.amazonaws.com 表单作为源，而不是静态网站托管 URL（无论如何都应该禁用）。
6. 让 cloudfront 配置自动更改 S3 存储桶访问（“限制存储桶访问”）。您希望访问仅限于此 Cloudfront 分配的存储桶（通过特定身份）。没有人应该直接访问您的 S3 存储桶，尤其是因为它可以通过 http（无“s”）提供服务。
7. 在 cloudfront“常规”选项卡下（或在设置期间）将默认根对象设置为“index.html”或其他任何内容。否则，对https://www.yourdomain.com/ 的请求将显示权限被拒绝。