getting error when configuring s3 cmd

Hi All,
When configuring s3cmd with --configure,
I am getting the following error

"ERROR: Test failed: 403 (SignatureDoesNotMatch)"

I am sure my access key and secret key is correct. Anyway I am not sure about the following two entries

S3 Endpoint: ap-south-1.linodeobjects.com
DNS-style bucket+hostname:port template for accessing a bucket: "%(bucket)s.ap-south-1.linodeobjects.com"

Can someone please help

3 Replies

Can you post your full .s3cfg file, obviously with your key and secret redacted.

Hi,

Thanks for reply. it is

[default]
access_key = XXXXXX
access_token = 
add_encoding_exts = 
add_headers = 
bucket_location = US
ca_certs_file = 
cache_file = 
check_ssl_certificate = True
check_ssl_hostname = True
cloudfront_host = cloudfront.amazonaws.com
connection_pooling = True
content_disposition = 
content_type = 
default_mime_type = binary/octet-stream
delay_updates = False
delete_after = False
delete_after_fetch = False
delete_removed = False
dry_run = False
enable_multipart = True
encoding = UTF-8
encrypt = False
expiry_date = 
expiry_days = 
expiry_prefix = 
follow_symlinks = False
force = False
get_continue = False
gpg_command = /usr/bin/gpg
gpg_decrypt = %(gpg_command)s -d --verbose --no-use-agent --batch --yes --passphrase-fd %(passphrase_fd)s -o %(output_file)s %(input_file)s
gpg_encrypt = %(gpg_command)s -c --verbose --no-use-agent --batch --yes --passphrase-fd %(passphrase_fd)s -o %(output_file)s %(input_file)s
gpg_passphrase = 
guess_mime_type = True
host_base = ap-south-1.linodeobjects.com
host_bucket = %(bucket)s.ap-south-1.linodeobjects.com
human_readable_sizes = False
invalidate_default_index_on_cf = False
invalidate_default_index_root_on_cf = True
invalidate_on_cf = False
kms_key = 
limit = -1
limitrate = 0
list_md5 = False
log_target_prefix = 
long_listing = False
max_delete = -1
mime_type = 
multipart_chunk_size_mb = 15
multipart_max_chunks = 10000
preserve_attrs = True
progress_meter = True
proxy_host = 
proxy_port = 0
public_url_use_https = False
put_continue = False
recursive = False
recv_chunk = 65536
reduced_redundancy = False
requester_pays = False
restore_days = 1
restore_priority = Standard
secret_key = XXXXXXXXXXXXXXXXXXX
send_chunk = 65536
server_side_encryption = False
signature_v2 = False
signurl_use_https = False
simpledb_host = sdb.amazonaws.com
skip_existing = False
socket_timeout = 300
stats = False
stop_on_error = False
storage_class = 
throttle_max = 100
upload_id = 
urlencoding_mode = normal
use_http_expect = False
use_https = True
use_mime_magic = True
verbosity = WARNING
website_endpoint = http://%(bucket)s.s3-website-%(location)s.amazonaws.com/
website_error = 
website_index = index.html

I was able to connect successfully with the same configuration against ap-south-1 (obviously with a different access/secret key.)

I could however get the exact same error when the access key was correct, but the secret key was invalid. If the access key is invalid, you get a slightly different error (InvalidAccessKeyId).

I could also connect fine when I used a key that had limited permissions.

I’d suggest re-creating your key and make sure your secret key is pasted exactly as it is shown in Manager. If that still doesn’t work, perhaps check another application (such as Rclone with the same credentials re-read out of your .s3cmd file (to make sure they are stored correctly.)

Reply

Please enter an answer
Tips:

You can mention users to notify them: @username

You can use Markdown to format your question. For more examples see the Markdown Cheatsheet.

> I’m a blockquote.

I’m a blockquote.

[I'm a link] (https://www.google.com)

I'm a link

**I am bold** I am bold

*I am italicized* I am italicized

Community Code of Conduct