Redirect S3:";将所有请求重定向到另一个主机名“;通过HTTPS

Redirect S3:";将所有请求重定向到另一个主机名“;通过HTTPS,redirect,amazon-web-services,amazon-s3,Redirect,Amazon Web Services,Amazon S3,我创建了一个S3 bucket,并在“静态网站托管”下启用了“将所有请求重定向到另一个主机名” 这是可行的,当我访问时,我会被重定向到我的最终目的地 但是,如果我尝试通过HTTPS:访问相同的URL,则连接超时 是否可以指定要使用的SSL证书,以便重定向可以处理HTTPS通信?对于S3本身,不,这是不可能的。网站端点根本不讲SSL,其余端点不处理重定向或允许除*.s3(-region).amazonaws.comcert之外的任何证书 但是,如果您的客户支持SNI,您可以将CloudFront和

我创建了一个S3 bucket,并在“静态网站托管”下启用了“将所有请求重定向到另一个主机名”

这是可行的,当我访问时,我会被重定向到我的最终目的地

但是,如果我尝试通过HTTPS:访问相同的URL,则连接超时


是否可以指定要使用的SSL证书,以便重定向可以处理HTTPS通信?

对于S3本身,不,这是不可能的。网站端点根本不讲SSL,其余端点不处理重定向或允许除
*.s3(-region).amazonaws.com
cert之外的任何证书

但是,如果您的客户支持SNI,您可以将CloudFront和S3结合使用

创建一个CloudFront发行版,配置您的主机名和SSL证书,但不要使用“S3源”。使用“自定义源”,该源是您的S3网站端点主机名,所有请求都使用http转发到源(即使前端是https)

如果您不熟悉CloudFront,这听起来可能有点复杂,但我使用它正是为了这个目的(以及其他目的)

请求命中CloudFront,这允许您使用自己的SSL证书。。。然后CloudFront将请求转发给S3,S3返回重定向,CloudFront将缓存重定向并返回给请求者(以及到达相同CloudFront edge位置的未来请求者)

这一额外层的成本可以忽略不计,您不应该看到任何有意义的性能变化(如果有的话,可能会有轻微的速度提升)。

与更精简的答案相同。