使用PostMan上传多部分亚马逊S3 Rest API时出现问题

Question

我正在尝试使用亚马逊-S3 REST API来上传大文件。

根据这里的API文档，我与邮递员形成了我的请求，如下所示。

我了解多部分顺序，但在执行上传部分编号的步骤时

我在各种论坛上找到了多种解决方案，但这些方案都不起作用。我错过了什么吗？

Answer 1

成功上传到亚马逊S3使用亚马逊的多部分上传和关键(对我来说)是手动添加一个< code>Content-MD5头，并粘贴在Base64编码的MD5散列的一部分(详情如下)。这可能不是操作遇到的确切问题，但我仍然想分享如何使用PostMan，前提是你有良好的工作IAM密钥id和你的亚马逊S3桶的秘密。

首先，我将一个9MB的“mytest.pdf”文件分为两部分进行测试（我使用Linux/WSL命令：split-b 5242880 mytest.pdf），确保第一部分大于5MB（最后一部分可以小于5MB）。

接下来，用以下四个请求设置PostMan:

< li>CreateMultipartUpload(如POST https://{ { my bucket } } . S3 . { { my region } } . Amazon AWS . com/mytest . pdf？上传 < li>UploadPart1(如放https://{ { my bucket } } . S3 . { { my region } } . Amazon AWS . com/mytest . pdf？零件号=1

我在PostMan的授权部分粘贴了我的IAM密钥id和访问密钥(单独的文章)

运行CreateMultipartUpload POST以从Amazon获取UploadId。

接下来，计算我的两个文件部分的MD5哈希值（我使用7-zip，但使用您选择的工具）。现在，将结果转换为Base64。但是，我必须确保我最终得到22个字符，后跟可选的两个等号==。当我将MD5转换为文本到Base64时，我得到了一个更长的字符串，它以单个等号结尾，而不是双号（这表明它没有以Amazon期望的方式编码，并且会产生InvalidDigest错误）。例如，如果您使用7-zip计算文件部分的MD5哈希并获得值58942651efd0f5886810d04ed9df502f，然后使用诸如下面的Bases64编码器之类的工具并在Text处选择输入，您将获得NTg5NDI2NTFlZmQwZjU4ODY4MTBkMDRlZDlkZjUwMmY=，但如果您选择“HEX”作为输入，您将获得一个较小的字符串WJQmUe/Q9YhoENBO2d9QLw==即24个字符（22个字符2等于符号）。这就是您想要的。

（此工具无默示认可-无附属https://emn178.github.io/online-tools/base64_encode.html)

如果你弄错了，亚马逊会回复下面的< code>InvalidDigest错误

<?xml version="1.0" encoding="UTF-8"?>
<Error>
    <Code>InvalidDigest</Code>
    <Message>The Content-MD5 you specified was invalid.</Message>
    <Content-MD5>thisisbad</Content-MD5>
    <RequestId>8274DC9566D4AAA8</RequestId>
    <HostId>H6kSy4cl+54nMon1Hq6AGjmTX/MfTVMQQr8vEVNXUnPlfMtIt8HPdObfusckhBpwpG/CJ6ORWv16c=</HostId>
</Error>

UploadPart 1和2都运行了

最后运行CompleteMultipartUpload，从前面两个请求的头中复制并粘贴Etag值

<CompleteMultipartUpload>
    <Part>
    <PartNumber>1</PartNumber>
    <ETag>"c716d98e83db1edb27fc25fd03e0ae32"</ETag>
    </Part>
    <Part>
    <PartNumber>2</PartNumber>
    <ETag>"58942651efd0f5886810d04ed9df502f"</ETag>
    </Part>
</CompleteMultipartUpload>