mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 13:26:00 +03:00
[GH-ISSUE #76] InvalidRequest Error while trying to connect to new Frankfurt Region #41
Labels
No labels
bug
bug
dataloss
duplicate
enhancement
feature request
help wanted
invalid
need info
performance
pull-request
question
question
testing
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/s3fs-fuse#41
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @idvl on GitHub (Oct 26, 2014).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/76
Hello,
we currently aren't able to connect to the S3 buckets of the new region (Frankfurt), the error message provided is following:
As far as I know the new region only supports the newest version of the Amazon API (V4), because it was deployed after jan. 2014: http://docs.aws.amazon.com/AmazonS3/latest/API/sig-v4-authenticating-requests.html
Has anybody a clue how to enable V4 and thus enable support for new S3 regions?
Thanks!
@Halderian commented on GitHub (Nov 4, 2014):
Maybe this will help:
https://forums.aws.amazon.com/thread.jspa?messageID=581365
Next version of s3fs-fuse should use the new API to support AWS4 signatures to be able to communicate with region Frankfurt.
@Halderian commented on GitHub (Nov 17, 2014):
Here some more hints:
http://docs.aws.amazon.com/general/latest/gr/sigv4-calculate-signature.html
Will this be fixed?
@bushev commented on GitHub (Nov 20, 2014):
@imrehg commented on GitHub (Jan 13, 2015):
Just tried this as well on a bucket that happens to be in Frankfurt. Here's the result from the debug and running it in the foreground:
@Halderian commented on GitHub (Jan 14, 2015):
There is already an implementation for generating the signatures at
https://github.com/bradclawsie/awsv4-cpp
It just needs to be implemented.
Please fix this problem. Some peoble are waiting for this feature. It is open for nearly 4 months now.
@gdubicki commented on GitHub (Jan 14, 2015):
+1 vote for implementing this
UPDATE: Apparently it's on the way - see commit
github.com/s3fs-fuse/s3fs-fuse@bb1f1d3faa. Thank you @ggtakec. :)@Halderian commented on GitHub (Jan 27, 2015):
+1
This seems to work. But "us-east-1" is hard coded in src/s3fs.cpp in line 92. I changed it to "eu-central-1" to be able to mount the bucket on my Ubuntu 14.04.
Thanks to @ggtakec!
@ggtakec commented on GitHub (Jan 28, 2015):
Hi, all
I'm sorry for replying late.
I have pushed latest codes to dev_sv4 branch now.
It is cleanup codes and adding new "sigv2" option. Then s3fs supports old signature version 2.
@Halderian
you can change end-point by endpoint option. please see man page or codes.
Please take care for that dev_sv4 branch does not support NSS/GnuTLS yet.
It support only openssl version.
I'll work for supporting NSS/GnuTLS, please wait a moment.
Regards,
@idvl commented on GitHub (Jan 28, 2015):
Great news, thanks @ggtakec!
@ggtakec commented on GitHub (Feb 2, 2015):
Hi, all
I merged codes to master branch.(please see #116 )
It supported following:
(*)
If you do not specify endpoint and sigv2 option, s3fs try to connect default("us-east-1") region with sig v4.
And if s3fs can not connect default region, s3fs retry to connect to your bucket's correct region automatically by checking error message from S3.
And at last, when s3fs failed to connect yet, s3fs retry to connect with sig v2.
I closed this issue, and if you find any bugs, please let me know and open new issue.
Regards,