SignatureDoesNotMatchThe request signature we calculated does not match the signature you provided. Check your Secret Access Key and signing method. For more information, see REST Authentication and SOAP Authentication for details.823cd7d5:15451a5bc85:79:0
The issue here is that s3curl has a list of valid "endpoints" it uses to help it compute the canonicalized path. You can see at the end of the StringToSign there's "/localhost/". This is incorrect.
The fix is to configure s3curl to include your endpoint (e.g. localhost). The instructions are in the ECS documentation (see step 4 under this topic):
OK, adding @endpoints to .s3curl fixes the issue when running s3curl on the local machine - which is really not useful for something else than testing.
We still have an issue with "external" Hosts trying to access ECS using the "S3-protokoll" like S3-Browser and EMC CloudArray.
So, I've solved the issue with the S*-Browser as well - I have to use the SSL-port (9021) instead of 9020.
Now I have run into another problem...
In the S3-Browser I can upload a file to a Bucket (and I can see on the Dashboard that the file is uploaded as "Used Data" increases with exactly the filesize) but when the S3-Browser tries to list the content of the Bucket I get an error "Internal error".
benschumacher
1 Rookie
•
75 Posts
2144
0
Posted April 26th, 2016 12:00
Have you tried running your first example using 127.0.0.1:9020 instead of localhost:9020?
-Ben