标签: amazon-cloudfront

Hi is there any version of amazon web services provides unlimited buckets?

我正在创建一个带有 S3 的 iOS 应用程序，目前没有发行版 (CloudFront) 作为测试，然后再透露创建一个完整的承诺应用程序。在 S3 管理控制台中，我在我居住的新加坡制作了我的存储桶，因此此演示并不真正需要 CloudFront。我必须设置这样的端点：

[s3Client setEndpoint: [AmazonEndpoints s3Endpoint: AP_SOUTHEAST_1]];

哪个指向新加坡，端点是存储桶需要将数据发送到的地方吗？（用户在哪里）

所以现在我有两个问题

• 如果我使用 CloudFront，是否需要设置终端节点？我什至如何在 iOS 中使用 CloudFront，我生成一个签名 URL 然后呢？

• 如果用户在随机国家/地区使用该应用程序，可以说，如果我需要设置（使用 CloudFront），我会将其设置为哪个端点？我会通过语言环境找到他们当前的国家并找到它最接近的端点吗？

谢谢！

我的网站使用cloudfront作为其图像.如果我在浏览器中加载网页,然后使用curl在该页面上请求图像,则curl请求是缓存未命中.使用curl的后续请求是缓存命中.

示例:运行两次:

curl --verbose https://d1hvwudqvjuczb.cloudfront.net/assets/landing/splash_dickenko-2199af423f275d0784c1813cbaab5645.jpg`

第一次,X-Cache将是"来自云端的小姐",第二次将是"来自云端".

因此,似乎cloudfront正在使用请求的某些方面来决定是否应该重新获取图像.

这个标准是什么？

我已经正确设置了带有 S3 源的 Cloudfront 签名 URL，并且正在使用response-content-disposition查询字符串参数来指定文件下载名称。当内容处置文件名不包含空格时，我使用 .NET AWS SDKAmazonCloudFrontUrlSigner.GetCannedSignedURL方法生成的签名 URL可以正常工作。但是，如果文件名包含空格，则访问被拒绝。因此，类似于下面的代码将生成一个拒绝访问的 URL。

var contentDisposition = HttpUtility.UrlEncode("attachment;filename=My File.txt");
var key = "example.txt?response-content-disposition="+contentDisposition;
return AmazonCloudFrontUrlSigner.GetCannedSignedURL(
    AmazonCloudFrontUrlSigner.Protocol.https,
    "myBucket",
    cloudFrontPrivateKey,
    key, cloudFrontAccessKeyId, expirationDateTime);

它显然似乎与 URL 编码有关。

我已经通读了有关通过 CloudFront 提供私有内容的文档中的所有信息。我读了AmazonCloudFrontUrlSigner类的代码。我还尝试了多种组合，UrlEncode例如不编码，仅编码文件名部分，甚至不编码但在生成签名 URL 后用编码版本替换。所有这些要么拒绝访问，要么给出签名与 url 不匹配的错误。

尝试描述整个系统时，AWS文档几乎没有用。是否可以属于安全组和不同类型的安全组的任何资源或所有资源的已编译列表？

这是我到目前为止的内容：

• EC2-经典实例
• EC2-VPC实例
• RDS
• 弹性缓存

我还有什么想念的吗？我缺少任何非常好的文档资源吗？

我有一个视频上传到 Amazon S3 服务器，我使用 Amazon cloudfront 在http://d1cjzj1b4csf2b.cloudfront.net/test.mp4上托管它。我想使用 HTML5 标签和视频播放器播放视频。当我在本地托管 test.mp4 文件并使用下面的 HTML 代码时，它可以在我的浏览器中运行。但是，当我使用 Amazon Cloudfront 时它不起作用。我尝试将 Cloudfront 与 HLS 和 RTMP 流（和 JWPlayer）一起使用，但它们都不起作用，因为 Amazon 的文档非常糟糕。关于如何托管我的视频并将其嵌入页面的任何建议？我更喜欢简单的东西，但我显然可以尝试使用像 JWPlayer 这样的播放器。提前致谢。

<video controls>
  <source src="http://d1cjzj1b4csf2b.cloudfront.net/test.mp4" type="video/mp4">
Your browser does not support the video tag.
</video>

除了字体之外的所有资产加载得很好,每当我访问我的网站时,我都会收到这样的消息:

从' https://example.com ' 访问' https://xxxxxxxxxx.cloudfront.net/assets/fontawesome-webfont.woff2 '中的字体已被CORS政策阻止:没有'访问控制 - 允许 - 来源'标头出现在请求的资源上.因此,不允许来源" https://example.com "访问.

如您所见,CURL命令指示不存在标头.

curl -H "Origin: https://example.com" -I https://xxxxxxxxx.cloudfront.net/assets/fontawesome-webfont.woff2
HTTP/1.1 200 OK
Content-Length: 77160
Connection: keep-alive
Status: 200 OK
X-Rack-Cache: stale, valid, store
Cache-Control: public, must-revalidate
Date: Fri, 14 Apr 2017 08:01:26 GMT
X-Content-Digest: d6f48cba7d076fb6f2fd6ba993a75b9dc1ecbf0c
ETag: "2adefcbc041e7d18fcf2d417879dc5a09997aa64d675b7a3c4b6ce33da13f3fe"
X-Runtime: 0.366713
X-Request-Id: 87c9d883-e443-4756-86f9-66b40ed573f6
X-Powered-By: Phusion Passenger Enterprise 5.1.2
Server: nginx/1.10.2 + Phusion Passenger 5.1.2
Via: 1.1 vegur, 1.1 f0eecbf6390179377707b707ebaa1e8b.cloudfront.net (CloudFront)
Age: 86645
Vary: Accept-Encoding
X-Cache: Hit from cloudfront
X-Amz-Cf-Id: FNjQGvROcAdqT6u6PaN3OgEE34mnSsixHNm6WqzWq2boWWYYzVmZPw==

这是AWS …

我已将React应用上传到AWS S3，并且正在使用静态网站托管。然后，我将一个Cloudfront发行版链接到s3存储桶。

我可以导航到该站点，并且可以正常运行，除非导航到新页面my-domain / new-page。一开始它成功，但是如果我尝试直接加载页面或刷新，则会收到403禁止错误。

我们在一些 AWS 存储桶前面有一个 Cloudfront 分配，由我团队的另一名成员设置。

我有一些用于 lambda@edge 的 node.js 代码来重写请求。

我的问题是如何使用 aws 命令行工具将这些存储桶部署到 Cloudfront？

我认为，这需要

1. 请求权限以承担角色；
2. 将该功能部署在可以使用的地方（而不是我的帐户）；
3. 创建角色/信任关系；
4. 在 Cloudfront 中创建行为；
5. 并将该功能与查看器请求事件相关联。

我还没有找到任何连贯的文档或如何完成所有这些的示例，更不用说使用 aws 工具了。

事实上，当我通过网站登录时，我看不到 Cloudfront 或 S3 存储桶，但我可以通过命令行列出 s3 存储桶内容。（我不确定如何通过命令行访问 Cloudfront）。

我在 laravel 框架上创建了一个带有 crud（创建、查看、更新、删除）操作的 AWS Lambda 函数。

我想更新记录：

User::where('email', 'balbla@gmail.com')->update(['name' => $request->get('name')]);

但我有这个错误：

403 ERROR
The request could not be satisfied.
Bad request. We can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner. 
If you provide content to customers through CloudFront, you can find steps to troubleshoot and help prevent this error by reviewing the CloudFront …