Fine Uploader 针对非标准服务端点生成错误的 StringToSign答案

【问题标题】：Fine Uploader generates incorrect StringToSign against nonstandard service endpointFine Uploader 针对非标准服务端点生成错误的 StringToSign
【发布时间】：2014-08-07 21:36:38
【问题描述】：

我们在 S3 模式下使用 Fine Uploader 来处理非传统但符合 S3 的服务。它使用不寻常的主机名和端口。 /signature/ 端点被这样的有效载荷调用：

{"headers":"POST\n\nimage/jpeg\n\nx-amz-acl:private\nx-amz-date:Tue, 05 Aug 2014 20:28:11 GMT\nx-amz-meta -qqfilename:Pomegranate.jpg\n/service-fqdn.com/37b5165cf4fd.jpg?uploads"}

换句话说，Fine （相当合理地）将其视为 CNAME 样式的虚拟托管存储桶并相应地生成 StringToSign。实际上，service-fqdn.com 本身就是一个服务端点，StringToSign 中命名的规范资源应该是简单的：

/bucketname/37b5165cf4fd.jpg?uploads

在此配置中，bucketname 是在路径上提供的，而不是作为域名的一部分。

在 /signature/ 端点内手动修补传入的 StringToSign 会导致上传成功。

那么配置 Fine Uploader 以了解 service-fqdn.com 是服务端点的正确方法是什么？ [作为比较，在常见的 s3curl.pl 实用程序中，需要使用已知端点列表修改源代码。]

谢谢，

【问题讨论】：

标签： fine-uploader

【解决方案1】：

Fine Uploader S3 当前期望所有端点都是实际的 S3 存储桶。有一个更新 S3 代码的计划，以允许上传与“充当”S3 端点的任何服务无缝协作。部分工作涉及allowing uploads to a CloudFront distribution。一些内部讨论表明，我们将以这样一种方式解决 CF 发行版功能，即上传到任何类似 S3 的端点都可以工作。

在此之前，正如您所说，需要调整用于确定存储桶名称的逻辑。

作为旁注，除非我记错了，否则我相信我们已经通过电子邮件谈到了您的具体用例。如果我是正确的，我会鼓励你在 7 月开始的电子邮件线程中提出这个问题。

【讨论】：