使用预签名URL将文件上载到AWS S3的代码有什么问题？

Question

我想使用预先签名的URL将一个文件从iOS应用程序上传到AWS S3 bucket。URL是正确的，因为它在命令行上与curl一起工作。

curl -v -k --upload-file FILENAME "https://MYBUCKET.amazonaws.com:443/KEYNAME?Signature=...&Expires=1391691489&AWSAccessKeyId=..."

使用以下Objective-C代码...

- (void)upload:(NSString *)url fileData:(NSData *)fileData
{
    NSMutableURLRequest *request = [[NSMutableURLRequest alloc] init];
    [request setURL:[NSURL URLWithString:url]];
    [request setHTTPMethod:@"PUT"];
    [request setHTTPBody:fileData];
    [request setValue:[NSString stringWithFormat:@"%d", [fileData length]] forHTTPHeaderField:@"Content-Length"];
    [request setValue:@"audio/mpeg" forHTTPHeaderField:@"Content-Type"];
    [request setValue:@"public-read" forHTTPHeaderField:@"x-amz-acl"];
    [request setValue:@"iPhone-OS/6.0 fr_FR NE" forHTTPHeaderField:@"User-Agent"];

    _connection = [NSURLConnection connectionWithRequest:request delegate:self];
    [_connection start];
}

…我得到了这个错误：

Error Domain=NSURLErrorDomain Code=-1001 "The request timed out." UserInfo=0x9c49560 {NSErrorFailingURLStringKey=https://MYBUCKET.s3.amazonaws.com:443/KEYNAME?Signature=...&Expires=1391703958&AWSAccessKeyId=..., NSErrorFailingURLKey=https://MYBUCKET.amazonaws.com:443/KEYNAME?Signature=...&Expires=1391703958&AWSAccessKeyId=..., NSLocalizedDescription=The request timed out., NSUnderlyingError=0x9c48c80 "The request timed out."}

我用WireShark看有没有流量，流量很多。

我不知道我的代码有什么问题。似乎文件传输没有正确终止。

Answer 1

我自己解决了这个问题。内容类型标题是罪魁祸首。在完全绝望的情况下，我用一个非常小的文本文件测试了我的代码，得到403作为来自S3的HTTP状态代码。没有超时。这样的进步。我还收到了一条信息丰富的错误消息：

<?xml version="1.0" encoding="UTF-8"?>
<Error>
    <Code>SignatureDoesNotMatch</Code><Message>The request signature we calculated does not match the signature you provided. Check your key and signing method.</Message><StringToSignBytes>...</StringToSignBytes><RequestId>...</RequestId><HostId>...</HostId><SignatureProvided>...</SignatureProvided>
    <StringToSign>PUT

    text/plain
    1391784394
    KEYNAME</StringToSign>
    <AWSAccessKeyId>...</AWSAccessKeyId>
</Error>

显然，如果内容类型字符串（在本例中为text/plain）作为来自客户端的HTTP头提供，则它应该在字符串中签名。不要问我为什么这会导致大容量（5.5MB？）文件夹。我希望这能为其他人节省几个小时的生命时间。

最简单的修复方法是删除线路

[request setValue:@"..." forHTTPHeaderField:@"Content-Type"];

如果您在创建预签名URL时知道内容类型，那么您当然可以将字符串添加到要签名的字符串中。