संपादित करें: यदि आप इस समस्या का सामना कर रहे हैं, तो हम समस्या निवारण में आपकी सहायता की सराहना करेंगे। समस्या निवारण चरणों पर बेहतर दृश्यता के लिए मैं इस टिप्पणी को अपडेट कर रहा हूं।

समस्या निवारण

समस्या निवारण के लिए पहला कदम यह निर्धारित करना है कि समस्या स्वयं क्रेडेंशियल्स के साथ है या सीएलआई के साथ है। इसका परीक्षण करने के लिए, अन्य एडब्ल्यूएस एसडीके (जावास्क्रिप्ट, रूबी, जावा, आदि) में इन प्रमाण-पत्रों का उपयोग करने का प्रयास करें। इसमें मदद करने के लिए, मैंने एक परीक्षण स्क्रिप्ट बनाई है जो अजगर और जावास्क्रिप्ट के लिए एडब्ल्यूएस एसडीके का उपयोग करती है जो यहां उपलब्ध है: https://github.com/jamesls/aws-creds-test । क्लोनिंग के बाद, बस make install , make test चलाएं। यह आपको क्रेडेंशियल (सीएलआई के समान) के लिए संकेत देगा और sts.GetCallerIdentity एक एपीआई कॉल करेगा।

/tmp $ mkdir /tmp/repro-cli-602
/tmp $ cd /tmp/repro-cli-602/
/tmp/repro-cli-602 $ git clone git://github.com/jamesls/aws-creds-test
Cloning into 'aws-creds-test'...
...
/tmp/repro-cli-602 $ cd aws-creds-test/
/tmp/repro-cli-602/aws-creds-test (master u=) $ make install
npm install
[email protected] /private/tmp/repro-cli-602/aws-creds-test
├─┬ [email protected]
...
pip install -r requirements.txt
Requirement already satisfied: botocore<2.0.0,>=1.5.0 in /usr/local/lib/python2.7/site-packages (from -r requirements.txt (line 1))
...



/tmp/repro-cli-602/aws-creds-test (master u=) $ make test
./test-creds.sh
Testing python...
Access Key:
Secret Access Key:
AKID   hash: 4e7c36343646e1fa7495092bffcd4b9b7dd00f2f5014a189ab81f326e6472a62
AKID length: 20

SAK    hash: 941a655993caccb1a1218883b97a88b6f41762c6d03902f1cdd1e2a5de5fd82e
SAK  length: 40
Successfuly made an AWS request with the provided credentials.

Testing javasript...
Access Key: ********************
Secret Access Key: ****************************************
AKID   hash: 4e7c36343646e1fa7495092bffcd4b9b7dd00f2f5014a189ab81f326e6472a62
AKID length: 20


SAK    hash: 941a655993caccb1a1218883b97a88b6f41762c6d03902f1cdd1e2a5de5fd82e
SAK  length: 40
Sucessfully made an AWS request with the provided credentials.

इस समस्या से जूझ रहे लोगों के लिए, कृपया परीक्षण स्क्रिप्ट चलाएँ और आउटपुट साझा करें।

इससे हमें इस बात की बेहतर जानकारी मिलनी चाहिए कि यह समस्या कहां हो रही है:

• यदि उपरोक्त स्क्रिप्ट अजगर और जावास्क्रिप्ट दोनों के लिए गुजरती है, लेकिन सीएलआई का उपयोग करते समय विफल हो रही है, तो संभवतः एक सीएलआई समस्या है।
• यदि स्क्रिप्ट अजगर के लिए विफल हो जाती है, लेकिन जावास्क्रिप्ट के लिए पास हो जाती है, तो संभवतः बोटोकोर (जिसे सीएलआई उपयोग करता है) के साथ एक समस्या है।
• यदि उपरोक्त स्क्रिप्ट पाइथन और जावास्क्रिप्ट दोनों के लिए विफल हो जाती है, तो संभवतः वास्तविक प्रमाण-पत्रों के साथ कोई समस्या है।

किसी के लिए भी अग्रिम धन्यवाद जो इस समस्या का निवारण करने में हमारी सहायता कर सकता है। मुझे बताएं कि क्या कोई प्रश्न हैं।

यह इस तरह दिखता है:

thomas<strong i="6">@iMac</strong>:~ $ echo $AWS_ACCESS_KEY_ID
AKIAXXXXXXXXXXXXXXXX
thomas<strong i="7">@iMac</strong>:~ $ echo $AWS_SECRET_ACCESS_KEY
abcaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa+0
thomas<strong i="8">@iMac</strong>:~ $ aws configure list
      Name                    Value             Type    Location
      ----                    -----             ----    --------
   profile                <not set>             None    None
              env    AWS_ACCESS_KEY_ID
              env    AWS_SECRET_ACCESS_KEY
    region                eu-west-1              env    AWS_DEFAULT_REGION

इस मुद्दे पर कोई अपडेट? मुझे भी इस त्रुटि का सामना करना पड़ रहा है और मेरी क्रेडेंशियल फ़ाइल नहीं बदली है।

मेरा भी वही मुद्दा है। जेनकींस s3 प्लगइन मेरे क्रेडेंशियल्स का उपयोग करके एक ऑब्जेक्ट डालने में सक्षम है, लेकिन एडब्ल्यूएस-क्ली मुझे नीचे त्रुटियां दे रहा है।

aws s3 cp s3://my-bucket/folder/test.txt test.txt
A client error (Forbidden) occurred when calling the HeadObject operation: Forbidden Completed 1 part(s) with ... file(s) remaining

aws s3api get-object --bucket my-bucket --key folder/test.txt test.txt
A client error (SignatureDoesNotMatch) occurred when calling the GetObject operation: The request signature we calculated does not match the signature you provided. Check your key and signing method.

मैं एक ही मुद्दे में भाग रहा हूँ। अगर मैं कोई रहस्य बनाता हूं तो यह मुझे एक अलग (AuthFailure) त्रुटि देता है।

[[email protected]]]$ aws configure list
      Name                    Value             Type    Location
      ----                    -----             ----    --------
   profile                <not set>             None    None
access_key     ****************AMKA              env    AWS_ACCESS_KEY_ID
secret_key     ****************jPU2              env    AWS_SECRET_ACCESS_KEY
    region                us-west-2              env    AWS_DEFAULT_REGION

यह काफी हद तक मुझे पूरी तरह से रोक रहा है। मैं x509 certs निर्दिष्ट करके ec2-blah-stuff उपयोगिताओं के साथ कुछ चीजें कर सकता हूं लेकिन सहायता कहती है कि यह बहिष्कृत है इसलिए मैं इस पर निर्भर नहीं होना चाहता। समस्या निवारण में कोई मदद या वास्तव में क्या सराहना की जाएगी।

पहला कदम यह सुनिश्चित करना होगा कि आपकी पहुंच/गुप्त कुंजी वास्तव में मान्य हैं। कोशिश करने के लिए कुछ चीजें:

• क्या ये समान पहुंच/गुप्त कुंजी क्रेडेंशियल अन्य उपकरणों के साथ काम करते हैं? (जावा/जावास्क्रिप्ट/रूबी/पायथन एसडीके?)
• क्या आपके लिए "aws s3" के अलावा अन्य कमांड काम करते हैं? क्या "aws ec2 वर्णन-उदाहरण" अभी भी सामान्य त्रुटियाँ उत्पन्न करता है?

वे अन्य उपकरणों के साथ काम नहीं करते हैं (उदाहरण के लिए ec2-description-instance)।

मुझे लगता है कि मेरे पास कर्ट कार्यों का उपयोग करने के बाद से उचित अधिकार हैं। यह सुनिश्चित करने के लिए कि यह एक वर्कस्टेशन चीज नहीं है मैंने एक अमेज़ॅन लिनक्स इंस्टेंस बनाया है और मैं इसके साथ आने वाले awscli verison का उपयोग कर रहा हूं लेकिन वही संदेश प्राप्त कर रहा हूं।

मेरे लिए भी एक मुद्दा। मैं इसे एक डॉकटर कंटेनर में उपयोग कर रहा हूं, जिसे उसी डॉकरफाइल के साथ बनाया गया है।
ईसी 2 पर निर्मित होने पर यह ठीक काम करता है, लेकिन कोरोस योनि बॉक्स पर स्थानीय रूप से बनाए जाने पर काम नहीं करता है।

ऐसा लगता है कि समस्या स्वयं क्रेडेंशियल्स के साथ है। मैंने इसे दोबारा जांच लिया है, और मैं इस मुद्दे को दोबारा करने में सक्षम नहीं हूं। सुरक्षा क्रेडेंशियल पेज पर क्रेडेंशियल्स की दोबारा जांच करें। अगर कोई इस मुद्दे को प्रदर्शित करने वाले कदमों का सटीक सेट प्रदान कर सकता है, तो मुझे एक और नज़र डालने में खुशी होगी।

बस मेरे साथ ऐसा हो रहा था और यह मेरे सिस्टम के समय के बहुत अधिक बंद होने का परिणाम था, भले ही उसने इसकी रिपोर्ट नहीं की थी। Pool.ntp.org के खिलाफ ntpdate दौड़ा और मेरे लिए इस समस्या को ठीक किया।

यदि आपको यह त्रुटि तब मिल रही है जब env चर का उपयोग करके क्रेडिट सेटअप किया जाता है, तो sudo . का प्रयास करें

यदि आप वर्चुअल मशीन में हैं तो सुनिश्चित करें कि आपका होस्ट ओएस टाइम गेस्ट ओएस टाइम से मेल खाता है। यदि ऐसा नहीं है तो आप अपने द्वारा वर्णित त्रुटि में पड़ जाएंगे।

मेरे लिए एक बहुत ही समान त्रुटि अच्छी साख के साथ होती है, जबकि एक बाल्टी को सूचीबद्ध करते समय इसमें _lot_ कुंजियों की एक सूची होती है। यहाँ त्रुटि है:

A client error (SignatureDoesNotMatch) occurred when calling the ListObjects operation: The request signature we calculated does not match the signature you provided. Check your key and signing method.

यहाँ aws configure list से मेरा आउटपुट है

      Name                    Value             Type    Location
      ----                    -----             ----    --------
   profile                <not set>             None    None
access_key     ****************4UNA shared-credentials-file
secret_key     ****************MNOG shared-credentials-file
    region                <not set>             None    None

ध्यान दें कि ये क्रेडेंशियल अन्य aws इनवोकेशन के साथ ठीक काम करते हैं, और वास्तव में यह list op इस त्रुटि से बचने से पहले लंबे समय (एक घंटे से अधिक) तक चलता है। मेरे पास कमांड से आउटपुट की 82,000 से अधिक लाइनों के साथ एक फाइल है जो अंततः विफल रही।

मुझे यह समस्या हो रही है, और अगर मैं बस एक सेकंड के लिए अपनी स्क्रिप्ट सोता हूं और पुनः प्रयास करता हूं तो यह हो जाता है। यह लगभग ऐसा है जैसे यह थ्रॉटल हो रहा है और गलत त्रुटि या कुछ लौटा रहा है।

मैं भी इस मुद्दे की रिपोर्ट कर सकता हूं। aws cp foo s3://mybucket/foo/bar का उपयोग करके 11 जीबी फ़ाइल अपलोड करने का प्रयास कर रहा हूं, मुझे विभिन्न त्रुटियां मिलती हैं जैसे:

A client error (SignatureDoesNotMatch) occurred when calling the UploadPart operation: The request signature we calculated does not match the signature you provided. Check your key and signing method.

तथा

Max retries exceeded with url: /***REDACTED***?partNumber=196&uploadId=B2viwGFF4Lmq5itbs8ipqwBExx0BWGRm3gkG_D5EYTiU8uEO_tmUT.d.i7BcgPnP5npZa.OW7yMfJ3ZhhLJD61zP7EVv.5.ZftCJQbKNdkEBeijGBqWlrxz4vMx3B05Q (Caused by <class 'socket.gaierror'>: [Errno -2] Name or service not known)

मैंने जाँच की है कि मेरे सिस्टम का समय सही है। मैंने अपलोड करते समय एक ही सिस्टम पर काफी धीमी गति (http अनुरोधों के समय समाप्त होने के स्तर पर) को भी देखा, इसलिए यह एक थ्रॉटलिंग मुद्दा उचित लगता है। यह समान क्रेडेंशियल वाली छोटी फ़ाइलों को अपलोड करने और उसी मशीन से वेब कंसोल का उपयोग करने के लिए भी ठीक काम करता है, इसलिए यह एक aws-cli समस्या प्रतीत होती है।

एडब्ल्यूएस-क्ली 1.5.5 के साथ भी मेरे साथ ऐसा ही हुआ, एडब्ल्यूएस-क्ली को 1.6.2 में अपडेट करने से यह हल हो गया।

मेरे साथ होता है 1.6.2

यह आज मेरे साथ हुआ। यह मेरे लिए नया है। कुछ महीनों के लिए awl-cli का उपयोग कर रहे हैं, कोई समस्या नहीं है और AFAIK क्रेडेंशियल्स में कोई बदलाव नहीं है।

$ aws configure --profile ye list
      Name                    Value             Type    Location
      ----                    -----             ----    --------
   profile                       ye           manual    --profile
access_key     ****************ERMQ shared-credentials-file    
secret_key     ****************E8Id shared-credentials-file    
    region                us-east-1      config-file    ~/.aws/config

मेरा मानना ​​है कि यह समस्या अब https://github.com/boto/botocore/pull/388 के माध्यम से ठीक हो गई है, और यह अगले AWS CLI रिलीज़ में उपलब्ध होगी।

@jamesls ने awscli संस्करण 1.6.4 पर निश्चित होने की पुष्टि की। मैं 1.5.4 का उपयोग कर रहा था। धन्यवाद!

मुझे यह मुद्दा एक ताजा उबंटू सिस्टम पर मिल रहा है।

A client error (SignatureDoesNotMatch) occurred when calling the PutObject operation: The request signature we calculated does not match the signature you provided. Check your key and signing method.

pip . के माध्यम से स्थापित aws-cli

$ pip list
ansible (1.5.4)
apt-xapian-index (0.45)
argparse (1.2.1)
awscli (1.6.5)
bcdoc (0.12.2)
botocore (0.76.0)
chardet (2.0.1)
Cheetah (2.4.4)
cloud-init (0.7.5)
colorama (0.2.5)
configobj (4.7.2)
docutils (0.11)
html5lib (0.999)
httplib2 (0.8)
Jinja2 (2.7.2)
jmespath (0.5.0)
jsonpatch (1.3)
jsonpointer (1.0)
Landscape-Client (14.01)
MarkupSafe (0.18)
mercurial (2.8.2)
oauth (1.0.1)
PAM (0.4.2)
Pillow (2.3.0)
pip (1.5.4)
prettytable (0.7.2)
pyasn1 (0.1.7)
pycrypto (2.6.1)
pycurl (7.19.3)
Pygments (1.6)
pyinotify (0.9.4)
pyOpenSSL (0.13)
pyserial (2.6)
python-apt (0.9.3.5)
python-dateutil (2.3)
python-debian (0.1.21-nmu2ubuntu2)
PyYAML (3.10)
requests (2.2.1)
roman (2.0.0)
rsa (3.1.2)
setuptools (3.3)
six (1.5.2)
Sphinx (1.2.2)
ssh-import-id (3.21)
Twisted-Core (13.2.0)
urllib3 (1.7.1)
wsgiref (0.1.2)
zope.interface (4.0.5)

यह कैसे तय करें पर कोई विचार है?

मेरा समाधान कुछ सेकंड के लिए सोना और फिर इसे फिर से करना था, लेकिन यह
ऐसा लगता है कि टूल में कोई अपडेट हो सकता है जो इसे भी ठीक करता है।

मंगलवार, 2 दिसंबर, 2014 को सुबह 3:38 बजे, मार्क वोल्फ नोटिफिकेशन @github.com ने लिखा:

मुझे यह मुद्दा एक ताजा उबंटू सिस्टम पर मिल रहा है।

PutObject ऑपरेशन को कॉल करते समय एक क्लाइंट त्रुटि (SignatureDoesNotMatch) उत्पन्न हुई: हमारे द्वारा परिकलित अनुरोध हस्ताक्षर आपके द्वारा प्रदान किए गए हस्ताक्षर से मेल नहीं खाता। अपनी कुंजी और हस्ताक्षर विधि की जाँच करें।

pip . के माध्यम से स्थापित aws-cli

$ पिप सूची
उत्तरदायी (1.5.4)
उपयुक्त-ज़ापियन-सूचकांक (0.45)
अर्गपर्स (1.2.1)
एडब्ल्यूएससीली (1.6.5)
बीसीडॉक (0.12.2)
बोटोकोर (0.76.0)
चारडेट (2.0.1)
चीता (2.4.4)
क्लाउड-इनिट (0.7.5)
रंगामा (0.2.5)
कॉन्फिगोबज (4.7.2)
दस्तावेज़ (0.11)
html5lib (0.999)
httplib2 (0.8)
जिंजा 2 (2.7.2)
जेमेसपाथ (0.5.0)
जेसनपैच (1.3)
जेसनपॉइंटर (1.0)
लैंडस्केप-क्लाइंट (14.01)
मार्कअपसेफ (0.18)
पारा (2.8.2)
शपथ (1.0.1)
पीएएम (0.4.2)
तकिया (2.3.0)
पिप (1.5.4)
सुंदर (0.7.2)
pyasn1 (0.1.7)
पाइक्रिप्टो (2.6.1)
पाइकर्ल (7.19.3)
पिगमेंट (1.6)
पायिनोटिफाई (0.9.4)
pyOpenSSL (0.13)
पायसरियल (2.6)
अजगर-उपयुक्त (0.9.3.5)
पायथन-डेटुटिल (2.3)
अजगर-डेबियन (0.1.21-nmu2ubuntu2)
पीईवाईएएमएल (3.10)
अनुरोध (2.2.1)
रोमन (2.0.0)
आरएसए (3.1.2)
सेटअपटूल (3.3)
छह (1.5.2)
स्फिंक्स (1.2.2)
एसएसएच-आयात-आईडी (3.21)
मुड़-कोर (13.2.0)
urllib3 (1.7.1)
wsgiref (0.1.2)
ज़ोप.इंटरफ़ेस (4.0.5)

यह कैसे तय करें पर कोई विचार है?

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/aws/aws-cli/issues/602#issuecomment -65198065।

@wolfeidau और हाँ मैंने बहुत जल्द बात की। स्थानीय रूप से स्थापित awscli पाइप फिर से SignatureDoesNotMatch त्रुटियाँ दे रहा है। ओह!

A client error (SignatureDoesNotMatch) occurred when calling the DeregisterInstancesFromLoadBalancer operation: The request signature we calculated does not match the signature you provided. Check your AWS Secret Access Key and signing method. Consult the service documentation for details.

The Canonical String for this request should have been
'POST
/

host:elasticloadbalancing.us-east-1.amazonaws.com
user-agent:aws-cli/1.6.5 Python/2.7.8 Darwin/13.4.0
x-amz-date:20141203T015747Z

host;user-agent;x-amz-date
1d9dafbf4bfa9b1225d91bdbf99d8645503484d174b9094e4c3af637e6664b5b'

The String-to-Sign should have been
'AWS4-HMAC-SHA256
20141203T015747Z
20141203/us-east-1/elasticloadbalancing/aws4_request
5a56d12a4920502f4124e37a92aad475c36edda93d9865871e6a4fe1e49045c3'

क्या यह समस्या केवल तभी होती है जब किसी अनुरोध का पुन: प्रयास किया जाता है? या ऐसा हर बार होता है जब आप अपंजीकृत-उदाहरण-से-लोड-बैलेंसर कमांड चलाते हैं?

@jamesls यह अब हर बार होता है :(

मुझे पता है कि यह मुद्दा बंद है, लेकिन यह साझा करना चाहता था कि वीएम में चलते समय आप इस त्रुटि को देख सकते हैं जो हाइबरनेट करता है। ऐसे मामलों में, यदि आप उबंटू का उपयोग कर रहे हैं तो सिस्टम घड़ी लगातार पकड़ में नहीं आती है। बस ठीक करने का समय अपडेट करें (यानी sudo ntpdate -s time.nist.gov)।

हैलो, क्या इस पर कोई अंतिम समाधान है?

+1

सीएलआई के संस्करण 1.7.8 का उपयोग करते हुए मुझे निम्नलिखित कोशिश करते समय वही SignatureDoesNotMatch त्रुटि दिखाई दे रही थी:
$ aws iam list-users

और इसके लिए AuthFailure प्राप्त करना:
$ aws ec2 describe-security-groups

मेरी चाबियों को हटाने और नई कोशिश करने के बाद, दोनों आदेश काम करते हैं।

यह पुरानी गुप्त पहुंच कुंजी है जो मेरी समस्याओं का कारण हो सकती है, प्रतिशत, प्लस और फॉरवर्ड स्लैश वर्णों पर ध्यान दें: H2J7/oT3Fib15SwFVB1s3EnTCmg+SC7wF7qoP+dw%

:+1: @gsterndale. इसमें % मेरी एक्सेस कुंजी काम नहीं कर रही थी। मुझे नई चाबियां बनानी थीं।

मैंने भी कई बार इस समस्या का अनुभव किया है। हर बार कुंजी को पुन: उत्पन्न करने तक जब तक कि मुझे इसमें कोई विशेष चरित्र नहीं मिला (विशेष रूप से मुझे गुप्त में + चिह्न के साथ समस्या हो रही थी) ने इसे ठीक कर दिया।

सच में जब मैंने स्थानीय मैक होमब्रू इंस्टॉलेशन के बजाय उबंटू मशीन पर कमांड चलाने से स्विच किया तो मेरी सभी महत्वपूर्ण समस्याएं दूर हो गईं।

मैं एडब्ल्यूएस के लिए बहुत नया हूं, नोड जेएस पर तुरंत इस मुद्दे का सामना करना पड़ा

              ^

SignatureDoesNotMatch: हमारे द्वारा परिकलित अनुरोध हस्ताक्षर आपके द्वारा प्रदान किए गए हस्ताक्षर से मेल नहीं खाता। अपनी AWS सीक्रेट एक्सेस कुंजी और हस्ताक्षर विधि की जाँच करें। से परामर्श करें
विवरण के लिए वाइस प्रलेखन।

इस अनुरोध के लिए कैननिकल स्ट्रिंग होनी चाहिए थी
'पद
/

होस्ट:email.us-west-2.amazonaws.com
x-amz-सामग्री-sha256:89cdc817a8291111278fbed35aacc694db71669f3845874beaecaf00ff2be1a39
x-amz- दिनांक:20150809T053346Z

होस्ट;x-amz-सामग्री-sha256;x-amz-तारीख
89cdc817a8291111278fbed35aacc694db71669f3845874beaecaf00ff2be1a39'

स्ट्रिंग-टू-साइन होना चाहिए था
'एडब्ल्यूएस4-एचएमएसी-एसएचए256'
20150809T053346Z
20150809/us-west-2/ses/aws4_request
0b908b0248bae550b814b37629a418707742416377816b5a5e78e1897b72293e'

+1

मुझे सभी एडब्ल्यूएस एस 3 कमांड (उबंटू 14.04 एलटीएस पर awscli 1.8.6) के लिए यह समस्या हो रही है।
क्या कोई ज्ञात समाधान हैं? मैंने अपनी क्रेडेंशियल फ़ाइल को हटाने की कोशिश की और aws config, रीबूटिंग, awscli को फिर से इंस्टॉल करना चलाया।

@mcobzarenco , क्या आपने नई चाबियों की कोशिश की है?

@gsterdale मैंने पुरानी चाबियों में स्लैश होने के बारे में ऊपर टिप्पणी देखी, लेकिन ऐसा नहीं है और मेरी चाबियाँ हाल ही में (जून 2015 में) उत्पन्न हुई थीं। मुझे केवल AWS Ubuntu 14.04 LTS पर यह समस्या है। मेरे लैपटॉप (14.04) पर awscli (समान संस्करण) ठीक काम करता है।

@mcobzarenco मुझे नहीं लगता कि यह चाबियों की उम्र है, बल्कि उनमें विशेष पात्र हैं। जब मैंने मूल रूप से कुंजियाँ बनाईं, तो उनके पास प्रतिशत, प्लस और फ़ॉरवर्ड स्लैश वर्ण थे। समस्या को डीबग करते समय मैंने नई कुंजियाँ हटाने और बनाने का प्रयास किया। इन नए लोगों में सौभाग्य से इनमें से कोई भी पात्र नहीं था और वे काम करते हैं।

बस उबंटू पर इस समस्या में भाग गया। जब मैंने क्ली के माध्यम से चाबियाँ दर्ज कीं, तो उसने उन्हें ~/.aws/config में संग्रहीत किया, लेकिन '+' वर्ण को हटा दिया। '+' जोड़ने के लिए फ़ाइल को मैन्युअल रूप से संपादित करने से मुझे कनेक्ट करने की अनुमति मिली।

@gsterdale टिप के लिए धन्यवाद, मैं पुष्टि कर सकता हूं कि एक नई कुंजी उत्पन्न करना जिसमें + शामिल नहीं है, मेरे लिए भी काम करता है। @stebl का समाधान अच्छा है यदि चाबियों को प्रतिस्थापित करना असुविधाजनक है।

नोड जेएस के साथ एडब्ल्यूएस एसडीके का उपयोग करते समय मुझे एक ही समस्या का सामना करना पड़ा। इस मुद्दे को हल करने के लिए मैंने ठीक उन्हीं चरणों का पालन किया जिनका उल्लेख यहाँ किया गया है
http://aws.amazon.com/developers/getting-started/nodejs/

मुझे लगता है कि एडब्ल्यूएस एसडीके को नोड जेएस के विशेष संस्करण के साथ विकसित किया गया है, नोड जेएस में बेमेल के परिणामस्वरूप इस तरह के मुद्दे होंगे।

मेरे पास एक ही समस्या है और हां, विशेष प्रतीकों के बिना एक कुंजी का उपयोग करके हल किया गया था ( + मेरे विशिष्ट मामले में)

हमें इस त्रुटि का सामना करना पड़ा (जहां एक मशीन awscli का उपयोग करके-उदाहरणों का वर्णन कर सकती है, लेकिन दूसरी को उसी एक्सेस कुंजी के साथ एक्सेस अस्वीकृत त्रुटि मिली। बाद वाली मशीन पर iam सूची-उपयोगकर्ताओं ने यह SignatureDoesNotMatch त्रुटि दी)। समस्या के साथ मशीन पर सिस्टम क्लॉक टाइम को सही करके हल किया गया।

जैसा कि @tukaaa ने कहा, एक बग है यदि गुप्त एक्सेस कुंजी में एक गैर वर्णमाला वर्ण (जैसे +) है। मुझे लगता है कि कहीं भागना बुरा है ;-(

@ebuildy क्या आप इस बात की पुष्टि कर सकते हैं कि आप इसे किस सीएलआई के संस्करण पर देख रहे हैं ( aws --version )? यदि यह सीएलआई का एक कारण संस्करण है तो मैं आगे बढ़ूंगा और इस मुद्दे को फिर से खोलूंगा।

मुझे यह aws-cli/1.9.1 Python/3.5.0 Windows/7 botocore/1.1.8 पर मिल रहा है

मुझे एक विंडोज़ बॉक्स पर एक ही समस्या हो रही थी, इसमें बिना किसी गैर-अल्फा वर्णों के एक कुंजी का उपयोग करना। मैंने दूसरे बॉक्स पर उसी पेस्ट बफर का उपयोग करके जांच की थी कि यह कॉपी/पेस्ट त्रुटि नहीं थी। एडब्ल्यूएस क्ली को अनइंस्टॉल / री-इंस्टॉल करना और क्रेडेंशियल्स / कॉन्फिग फाइलों को हटाना, फिर एडब्ल्यूएस कॉन्फ़िगरेशन को फिर से चलाना इसे ठीक करता है।

बस इसे aws-cli/1.10.3 Python/2.7.10 Darwin/14.5.0 botocore/1.3.25 पर देखा।

विशेष वर्णों के बिना एक कुंजी को पुन: उत्पन्न करना इसे ठीक करता है। मेरे मामले में एफडब्ल्यूआईडब्ल्यू विशेष चरित्र / था और मैं एक आईएनआई फ़ाइल का उपयोग कर रहा था।

ठीक है फिर से खोलना, हम इस पर ध्यान देंगे।

@ मैं पुष्टि कर सकता हूं कि मेरे पास वही समस्या है जैसा @gsterdale वर्णन करता है।

aws --version
aws-cli/1.10.6 Python/2.7.11 Linux/3.10.0-327.4.5.el7.x86_64 botocore/1.3.28

लेकिन मेरी कुंजी में कोई विशेष प्रतीक नहीं है।

मुझे s3-cli नोड मॉड्यूल का उपयोग करके एक ही त्रुटि मिल रही है। मेरी गुप्त कुंजी में एक [ ।

मुझे अंत में पता चला कि क्या गलत है। मैंने गलती से चाबियों में कई अक्षर जोड़ दिए। यही कारण है।

मैं निम्नलिखित परिदृश्य के साथ इस मुद्दे का सामना कर रहा था; rhel7 और ubuntu दोनों पर। मुझे लगता है कि इसका गैर-अल्फा पात्रों के साथ कुछ लेना-देना है जैसा कि अन्य ने उल्लेख किया है

• s3 बाल्टी एक ही भूमिका के लिए सुरक्षित
• उक्त भूमिका के साथ ec2 उदाहरण को संरक्षित s3 बाल्टी तक पहुँचने से पहले समान भूमिका निभाने की आवश्यकता है

aws sts assume-role --role-arn <role_name> --role-session-name default --output json --query Credentials > credentials.json
export AWS_ACCESS_KEY_ID=`sed -n 's/.*"AccessKeyId": "\(.*\)"/\1/p' credentials.json`
export AWS_SECRET_ACCESS_KEY=`sed -n 's/.*"SecretAccessKey": "\(.*\)",/\1/p' credentials.json`
export AWS_SESSION_TOKEN=`sed -n 's/.*"SessionToken": "\(.*\)",/\1/p' credentials.json`

मेरा मानना ​​​​है कि --query के साथ कुछ क्रेडेंशियल्स को गड़बड़ कर रहा था। मैन्युअल रूप से कमांड चलाते समय और मानों को कॉपी और पेस्ट करते समय; फिर पर्यावरण चर सेट करना ऐसा लगता है कि यह ठीक काम करता है।

मैक पर (पाइप के माध्यम से स्थापित) बनाम उबंटू (अमेज़ॅन छवि) awscli संस्करण 1.2.9 पर awscli संस्करण 1.10 चलाते समय मुझे भी यही समस्या थी। aws configure --profile user प्रत्येक के तहत दो अलग-अलग कॉन्फ़िगरेशन तैयार करता है। संस्करण 1.10 ने दो फाइलें तैयार कीं: कॉन्फिग और क्रेडेंशियल। संस्करण 1.2.9 ने सिर्फ एक कॉन्फिग फाइल तैयार की (लेकिन क्रेडेंशियल जानकारी के साथ)। जब मैंने संस्करण 1.10 द्वारा निर्मित क्रेडेंशियल्स और कॉन्फ़िगरेशन फ़ाइल को हटा दिया और संस्करण 1.2.9 द्वारा निर्मित कॉन्फ़िगरेशन फ़ाइल की प्रतिलिपि बनाई, तो सब कुछ काम कर गया, यहां तक ​​​​कि विशेष वर्णों के साथ और awscli संस्करण 1.10 चल रहा था। संस्करण 1.2.9 द्वारा निर्मित विन्यास फाइल है

[profile FOO0]
aws_secret_access_key = FOO1
aws_access_key_id = FOO2
output = FOO3
region = FOO4

पुष्टि कर सकता है कि यह गैर-अल्फ़ान्यूमेरिक वर्णों के कारण है।

मुझे एक + युक्त गुप्त कुंजी के साथ एक ही समस्या है। हालाँकि मैं S3 खाते का स्वामी नहीं हूँ और आसानी से एक नया खाता नहीं बना सकता। क्या किसी को विशेष पात्रों के बिना नई कुंजी बनाने के अलावा कोई फिक्स मिला है?

टीएल; डॉ समाधान: जब तक आपके aws_secret_access_key में गैर-अल्फ़ान्यूमेरिक वर्ण नहीं होते हैं, तब तक क्रेडेंशियल्स को बार-बार फिर से बनाएं ... मेरे मामले में aws_secret_access_key में एक + (प्लस चिह्न) शामिल है।

मैंने अभी एक नया इंस्टॉल किया है ... एक ही मुद्दा ... यह उबंटू पर है ... यह एक स्थानीय ओएस नहीं है, यह एक अमेज़ॅन एपीआई मुद्दा है, इसलिए अन्य टिप्पणियों को अनदेखा करें जो कहते हैं कि ओएसएक्स को ठीक करना इसे ठीक करता है

एडब्ल्यूएस ec2 वर्णन-उदाहरण

डिस्क्रिप्शन इंस्टेंस ऑपरेशन को कॉल करते समय एक त्रुटि हुई (AuthFailure): AWS प्रदान किए गए एक्सेस क्रेडेंशियल्स को मान्य करने में सक्षम नहीं था

------------------------------------------------

एडब्ल्यूएस ec2 वर्णन-सुरक्षा-समूह

DescriptionSecurityGroups ऑपरेशन को कॉल करते समय एक त्रुटि हुई (AuthFailure): AWS प्रदान किए गए एक्सेस क्रेडेंशियल्स को मान्य करने में सक्षम नहीं था

------------------------------------------------

एडब्ल्यूएस ईसीआर गेट-लॉगिन

GetAuthorizationToken ऑपरेशन को कॉल करते समय एक त्रुटि हुई (InvalidSignatureException): हमारे द्वारा परिकलित अनुरोध हस्ताक्षर आपके द्वारा प्रदान किए गए हस्ताक्षर से मेल नहीं खाता। अपनी AWS सीक्रेट एक्सेस कुंजी और हस्ताक्षर विधि की जाँच करें। विवरण के लिए सेवा दस्तावेज देखें।

इस अनुरोध के लिए कैननिकल स्ट्रिंग होनी चाहिए थी
'पद
/

सामग्री- प्रकार: आवेदन/x-amz-json-1.1
होस्ट:ecr.us-east-1.amazonaws.com
x-amz- दिनांक:20160615T182955Z
x-amz- लक्ष्य: AmazonEC2ContainerRegistry_V20150921.GetAuthorizationToken

सामग्री-प्रकार; होस्ट; एक्स-एएमजेड-तिथि; एक्स-एएमजेड-लक्ष्य;
44136fa355b3678a1146ad16f7e8649e94fb4fc21fe77e8310c060f61caaff8a'

स्ट्रिंग-टू-साइन होना चाहिए था
'एडब्ल्यूएस4-एचएमएसी-एसएचए256'
20160615T182955Z
20160615/us-east-1/ecr/aws4_request
86c2e3c850acd6765a1ca6aa626c6e9a6c85284f3954f45e170f51b5b89961c7'

------------------------------------------------

एडब्ल्यूएस आईएएम सूची-उपयोगकर्ता

ListUsers ऑपरेशन को कॉल करते समय एक त्रुटि हुई (SignatureDoesNotMatch): हमारे द्वारा परिकलित अनुरोध हस्ताक्षर आपके द्वारा प्रदान किए गए हस्ताक्षर से मेल नहीं खाता। अपनी AWS सीक्रेट एक्सेस कुंजी और हस्ताक्षर विधि की जाँच करें। विवरण के लिए सेवा दस्तावेज देखें।

इस अनुरोध के लिए कैननिकल स्ट्रिंग होनी चाहिए थी
'पद
/

होस्ट: iam.amazonaws.com
x-amz- दिनांक:20160615T183516Z

होस्ट;एक्स-एएमजेड-डेट
b6359072c78d70ebee1e81adcbab4f01bf2c23245fa365ef83fe8f1f955085e2'

स्ट्रिंग-टू-साइन होना चाहिए था
'एडब्ल्यूएस4-एचएमएसी-एसएचए256'
20160615T183516Z
20160615/us-east-1/iam/aws4_request
ad9f7581f0bf25ecae56355a6c96b60f3dc3188efbbdb3d0d4806e9f2c5cf8a9'

------------------------------------------------

एडब्ल्यूएस --संस्करण
एडब्ल्यूएस-क्ली/1.10.38 पायथन/2.7.11+ लिनक्स/4.4.0-22-जेनेरिक बोटोकोर/1.4.28

------------------------------------------------

बिल्ली /root/.aws/credentials
[चूक]
aws_access_key_id = AKIAJ7FCEUVVSGX7KZGQ
aws_secret_access_key = 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

    Notice the plus sign ( + ) in above aws_secret_access_key   !!!!

   aws only works when aws_secret_access_key does NOT contain non-alpha chars

------------------------------------------------

उपाय :
नए क्रेडेंशियल्स को हटाने और बनाने के बाद
जहां aws_secret_access_key में प्लस चिह्न (+) नहीं था, सभी ठीक ऊपर थे कमांड ने ठीक काम करना शुरू कर दिया

मुझे भी यही समस्या थी। जब तक मेरे पास कोई विशेष पात्र नहीं था तब तक क्रेडेंशियल्स को फिर से बनाना मेरे लिए काम करता था।

मैंने पाया कि जब मैंने क्रेडेंशियल्स को कॉपी और पेस्ट किया तो उनके पास अंत में ^M अक्षर थे जो त्रुटि पैदा कर रहे थे।

+ बिना एक गुप्त कुंजी प्राप्त करना मेरे लिए भी तय है ...

नोट - यदि आप इस समस्या को (boot2docker VM'd) docker के अंतर्गत देख रहे हैं, तो हो सकता है कि VM घड़ी सिंक से बाहर हो।
देखें: http://stackoverflow.com/questions/24551592/how-to-make-sure-dockers-time-syncs-with-that-of-the-host

मुझे एक ही समस्या हो रही है। क्या होगा यदि मेरे पास क्रेडेंशियल्स को पुन: उत्पन्न करने की अनुमति नहीं है .. अन्य तरीकों का उपयोग करके कोई संभावित सुधार?

अद्यतन: मैंने इसे rm -rf .aws/cli/cache/ चलाकर ठीक किया

मुझे भी अब यह समस्या हो रही है। भूमिका ग्रहण करने का प्रयास करते समय

संस्करण:
aws-cli/1.11.17 Python/2.7.10 Darwin/16.1.0 botocore/1.4.74

संपादित करें: अब भी फिर से अपडेट करने की कोशिश की, वही समस्या:
aws-cli/1.11.18 Python/2.7.12 Darwin/16.1.0 botocore/1.4.75

आउटपुट:

Assuming role arn:aws:iam::XXXXXXXX:role/XXXX-staging using profile default

An error occurred (SignatureDoesNotMatch) when calling the AssumeRole operation: The request signature we calculated does not match the signature you provided. Check your AWS Secret Access Key and signing method. Consult the service documentation for details.

The Canonical String for this request should have been
'POST
/

host:sts.amazonaws.com
x-amz-date:20161118T102600Z

host;x-amz-date
41db88384d54dc0783e616aa0662ebffce8832b35025195052029a5dc0e33c0e'

The String-to-Sign should have been
'AWS4-HMAC-SHA256
20161118T102600Z
20161118/us-east-1/sts/aws4_request
786b3d624f5aeea9ffcb2b802b177a4c2aebbfed608a2464ee684c6972bc6bc6'

एडब्ल्यूएस सीएलआई के नवीनतम (अप टू डेट) संस्करण के साथ भी यही समस्या अभी भी मौजूद है। मैंने अभी-अभी अपने 1.8.3 CLI को 1.11.19 में अपग्रेड किया है - और मेरे द्वारा बनाए गए नए उपयोगकर्ता/कुंजी के साथ किसी भी कमांड को निष्पादित करने में सक्षम नहीं था। मुझे एक जोड़ी मिलने से पहले लगभग 5 चाबियों को फिर से चक्रित करना पड़ा, जहां गुप्त कुंजी में कोई गैर-वर्णमाला वर्ण नहीं था। एक बार जब मैं ऐसी जोड़ी पर ठोकर खाई - सीएलआई ठीक काम करता है।

बहुत कष्टप्रद - काश अमेज़ॅन अमान्य कुंजी उत्पन्न नहीं कर रहा होता जिसे वे संसाधित नहीं कर सकते .....

@ mpopova-yottaa क्या आपने विस्मय-क्ली कैश को पूरी तरह से साफ़ करने का प्रयास किया? संपूर्ण ~/.aws निर्देशिका को हटाने का प्रयास करें (अपनी कॉन्फ़िगरेशन/क्रेडेंशियल फ़ाइलों की एक प्रति बनाएं)

aws ec2 describe-instances मेरे लिए चलता है, लेकिन क्लाउड फॉर्मेशन स्टैक बनाने की कोशिश करते समय:

``` थ्रेड में अपवाद "मुख्य" com.amazonaws.services.cloudformation.model.AmazonCloudFormationException: हमारे द्वारा गणना किए गए अनुरोध हस्ताक्षर आपके द्वारा प्रदान किए गए हस्ताक्षर से मेल नहीं खाते। अपनी AWS सीक्रेट एक्सेस कुंजी और हस्ताक्षर विधि की जाँच करें। विवरण के लिए सेवा दस्तावेज देखें।

इस अनुरोध के लिए कैननिकल स्ट्रिंग होनी चाहिए थी
'पद
/

amz-sdk-आह्वान-आईडी:18d13b66-80ae-f676-c0cf-dbf875edb1aa
एएमजेड-एसडीके- पुनः प्रयास करें: 3/345/470
होस्ट: Cloudformation.us-west-1.amazonaws.com
उपयोगकर्ता- एजेंट:aws-sdk-java/1.11.20 Mac_OS_X/10.10.5 Java_HotSpot(TM)_64-Bit_Server_VM/25.91-b14/1.8.0_91
x-amz- दिनांक:20161127T194448Z

amz-sdk-आह्वान-आईडी;amz-sdk-पुनः प्रयास;होस्ट;उपयोगकर्ता-एजेंट;x-amz-तिथि
aca0973fb4ac4029ec038d9c80b4afa23b6d305822b10e6bc32751ee1bd311d5'

स्ट्रिंग-टू-साइन होना चाहिए था
'एडब्ल्यूएस4-एचएमएसी-एसएचए256'
20161127T194448Z
20161127/us-west-1/क्लाउडफॉर्मेशन/aws4_request
cb0286a8727afcc465171ab991accde0aaa7210e160a9ba3196e2a5e4305f428' (सेवा: AmazonCloudFormation; स्थिति कोड: 403; त्रुटि कोड: SignatureDoesNotMatch; अनुरोध आईडी: f52abbd4-b4d9-11e6-b989-d57b3d50d)

config details:

`$: aws --version`           >>       `aws-cli/1.11.21 Python/2.7.12 Darwin/14.5.0 botocore/1.4.78`

`$: aws configure list`     >>
```   Name                Value                Type     Location
      ----                   -----                  ----        --------
profile                    not set>             None    None
access_key     ****************RTSA                env
secret_key     ****************UC3r                  env
region                us-west-1              env       AWS_DEFAULT_REGION

गुप्त कुंजी में केवल अल्फ़ान्यूमेरिक्स होते हैं, इसलिए मैं फंस गया हूँ।

@ aebrow4 यह खौफ- .aws/cli/cache/

@cultavix वहाँ कोई है cli अंदर निर्देशिका .aws

aws glacier upload-archive साथ --archive-description "`date`" चलाते समय मुझे यह त्रुटि मिली। जब मैं --archive-description "`date +%Y/%m/%d`" उपयोग करता हूं तो यह ठीक काम करता है, इसलिए ऐसा लगता है कि कुछ बचने की समस्या है।

मुझे एक समान समस्या हो रही थी:

λ aws s3 sync s3://foo-bar-assets/ . --exclude "*/*.mp4" --exclude "*.mp4" fatal error: An error occurred (SignatureDoesNotMatch) when calling the ListObjects operation: The request signature we calculated does not match the signature you provided. Check your key and signing method.

मैंने समय को एक NTP सर्वर (सफलतापूर्वक) के साथ समन्वयित करने का प्रयास किया, लेकिन इससे समस्या का समाधान नहीं हुआ। जब तक मेरे पास कोई विशेष वर्ण नहीं है, तब तक कुंजियों को फिर से बनाना।

λ aws --version aws-cli/1.11.16 Python/2.7.9 Windows/8 botocore/1.4.73

मेरे पास awscli और नमूना पायथन कोड (boto3) का उपयोग करके एक ही समस्या है।
ध्यान दें कि मैं आईबीएम ऑब्जेक्ट स्टोरेज एस 3 एपीआई संगत का उपयोग कर रहा हूं, मैं बाल्टी और उनकी सामग्री सूचीबद्ध कर सकता हूं लेकिन अपलोड नहीं कर सकता (पायथन कोड और क्ली दोनों के लिए)।
मैंने ruby aws-sdk साथ परिदृश्य का परीक्षण किया और यह ठीक काम करता है (अपलोड/डाउनलोड)।
-- विन्यास
aws-cli/1.2.9 Python/3.4.3 Linux/3.19.0-33-generic

ग्लेशियर में मल्टी पार्ट अपलोड जमा करने के लिए महीनों से उपयोग की जा रही स्क्रिप्ट के साथ बस यही समस्या शुरू हुई। एडब्ल्यूएस क्ली के माध्यम से अभी भी ठीक जमा कर सकते हैं, इसलिए प्रमाण-पत्र अभी भी काम करते हैं, लेकिन boto3 का उपयोग कर स्क्रिप्ट विफल हो जाती है:

"botocore.exceptions.ClientError: InitiateMultipartUpload ऑपरेशन को कॉल करते समय एक त्रुटि हुई (InvalidSignatureException): हमारे द्वारा परिकलित अनुरोध हस्ताक्षर आपके द्वारा प्रदान किए गए हस्ताक्षर से मेल नहीं खाता। अपनी AWS सीक्रेट एक्सेस कुंजी और हस्ताक्षर विधि की जाँच करें। विवरण के लिए सेवा दस्तावेज़ देखें।"

aws --version is
एडब्ल्यूएस-क्ली/1.11.38 पायथन/2.7.10 डार्विन/15.6.0 बोटोकोर/1.5.1

(हाँ मैंने यह सोचकर सब कुछ अपडेट किया कि समस्या ठीक हो सकती है ... ऐसी कोई किस्मत नहीं।)

बिना किसी विशेष वर्ण के चाबियों की एक नई जोड़ी प्राप्त करना (यह मेरे मामले में + था) ने मेरे लिए समस्या को ठीक कर दिया

गुप्त कुंजी में + के गलत संचालन की यहां एक और पुष्टि।

हाय सब लोग, यहां एक स्क्रिप्ट है जिसका उपयोग मैंने इस मुद्दे को आजमाने और पुन: पेश करने के लिए किया है: https://gist.github.com/jamesls/00ef7fcc0ac39ba8b06956d165c42f6d । यह वही है जो स्क्रिप्ट करता है:

• एक लूप में aws iam create-access-key माध्यम से एक नई एक्सेस_की/सीक्रेट_की जोड़ी बनाता है जब तक कि उसे ऐसे क्रेडेंशियल नहीं मिलते हैं जिनमें + या / चार हो।
• यह इन नए जनरेट किए गए क्रेडेंशियल्स के साथ एक नया "testcreds" प्रोफ़ाइल बनाता है
• यह इन क्रेडेंशियल्स के काम को सुनिश्चित करने के लिए विभिन्न एडब्ल्यूएस सीएलआई कमांड को लागू करने का प्रयास करता है

यह एक अनंत लूप में तब तक करता है जब तक कि कोई API कॉल विफल न हो जाए। अब तक मैं इसे विफल नहीं कर पाया हूं। + और / गुप्त कुंजियाँ मेरे लिए काम कर रही हैं।

इस बिंदु पर हमने पुष्टि की है कि गुप्त_की का उपयोग करना निश्चित रूप से संभव है जिनके पास + या / इसलिए मुझे नहीं लगता कि मूल कारण हमारे हस्ताक्षर कोड में एक बग के रूप में सीधा है जो + मौजूद होने पर टूट जाता है। इस थ्रेड में टिप्पणियों को फिर से पढ़ना, यह एक समस्या हो सकती है कि कैसे क्रेडेंशियल ~/.aws/config या ~/.aws/credentials फ़ाइल में दर्ज किए जा रहे हैं। शायद कुछ प्लेटफ़ॉर्म विशिष्ट चीज़ है जो + या / वर्णों को बदल रही है।

तो किसी के लिए भी जो अभी भी इस मुद्दे में चल रहा है, अगर आप कुछ अतिरिक्त जानकारी प्रदान कर सकते हैं तो यह वास्तव में सहायक होगा:

1. आप क्रेडेंशियल कैसे प्राप्त कर रहे हैं (कंसोल से कॉपी/पेस्ट, aws iam create-access-key , कंसोल से सीएसवी फ़ाइल, आदि)?
2. इन क्रेडेंशियल्स का उपयोग करने के लिए आप CLI को कैसे कॉन्फ़िगर कर रहे हैं? क्या आप aws configure चला रहे हैं और संकेत मिलने पर मान दर्ज कर रहे हैं? क्या आप इसे aws configure set चलाकर प्रोग्रामेटिक रूप से कर रहे हैं? क्या आप मैन्युअल रूप से ~/.aws/config और/या ~/.aws/credentials संपादित कर रहे हैं? विभिन्न AWS_* env vars सेट करना?

बोनस चीजें जो यदि संभव हो तो और भी उपयोगी होंगी:

1. यदि आप अन्य एसडीके का उपयोग करते हैं, तो क्या ये क्रेडेंशियल अन्य एडब्ल्यूएस एसडीके में काम करते हैं जो सीएलआई में काम नहीं करते हैं?
2. यदि आपके पास एक परीक्षण खाता या परीक्षण IAM उपयोगकर्ता है, तो क्या मेरे द्वारा परीक्षण के लिए उपयोग की जा रही स्क्रिप्ट को चलाना आपके लिए कभी विफल होता है?

कोई भी अतिरिक्त जानकारी जो हमारी ओर से इस मुद्दे को फिर से प्रस्तुत करने में हमारी मदद कर सकती है, वह बहुत अच्छी होगी।

मुझे अभी भी यह समस्या हो रही है। अपने सवालों के जवाब देने के लिए:
अमेज़ॅन कंसोल में क्रेडेंशियल बनाया और ~/.aws/credentials में कट/पेस्ट (मैक पर emacs के साथ संपादित)

समस्या निवारण से मैंने अब तक किया है (और मैं इस पर नौसिखिया हूं ...) 'कैनोनिकल स्ट्रिंग' सही है, लेकिन 'स्ट्रिंग-टू-साइन' गलत है, एक अलग अंतिम पंक्ति है। यानी जब मैं auth.py string_to_sign का रिटर्न वैल्यू प्रिंट करता हूं, तो 'sha256(canonical_request.encode('utf-8')).hexdigest ())' से तैयार की गई संख्या 'द स्ट्रिंग' में रिपोर्ट की गई संख्या से अलग होती है। -टू-साइन होना चाहिए था"।

मेरे क्रेडेंशियल्स में कोई विशेष वर्ण नहीं हैं, और अन्य टूल्स का उपयोग करते समय काम करते हैं, जैसे क्रॉसएफ़टीपी (जिसे मैं उपयोग नहीं करना चाहता !!!)

किसी भी अंतर्दृष्टि की बहुत सराहना की जाएगी !!

@ samato88 जो वहां एक अलग मुद्दा प्रतीत होता है। यदि आप कोई डीबग जानकारी साझा कर सकते हैं (किसी भी संवेदनशील जानकारी को निकालना सुनिश्चित करना) जो मदद करेगी।

string_to_sign, secret_access_key से प्रभावित नहीं है। जब हम एक अनुरोध पर हस्ताक्षर करते हैं, तो हम HTTP अनुरोध लेते हैं जिसे हम भेजने वाले हैं, इसे एक स्ट्रिंग (यानी स्ट्रिंग ओटी साइन) में परिवर्तित करते हैं, और फिर गुप्त कुंजी का उपयोग करके, हम उस स्ट्रिंग को गुप्त कुंजी (कुछ को छोड़कर) पर हस्ताक्षर करते हैं। विवरण यहाँ)। तो हस्ताक्षर करने के लिए स्ट्रिंग के साथ कोई भी समस्या इस मुद्दे से अलग होगी।

क्या आप एक और मुद्दा खोल सकते हैं और --debug आउटपुट प्रदान कर सकते हैं (या सेवा से पूर्ण अनुरोध और त्रुटि संदेश शामिल करें)? हमें आपके लिए इस पर गौर करने में खुशी होगी।

धन्यवाद जेम्स - मैंने यहां एक अलग मुद्दा खोला है:
https://github.com/aws/aws-cli/issues/2474

किसी भी अंतर्दृष्टि की बहुत सराहना की।

यदि आपका सिस्टम समय 5 मिनट से अधिक बंद है, तो आप CLI का उपयोग नहीं कर पाएंगे

बस दौड़ें... sudo ntpdate -s time.nist.gov

फिर कोशिश करें

मेरे पास एक ही समस्या थी, मेरी गुप्त कुंजी में "+" चिह्न है। मैंने अपनी .aws/credentials फ़ाइल को हटा दिया है और aws config को फिर से चला रहा हूँ। उसके बाद संदेश प्राप्त करने के लिए वर्ग कतार में मेरी क्वेरी ने काम किया।

धन्यवाद @ AlexParra03 । मेरे पास एक ही समस्या थी और आपकी टिप्पणियों ने मुझे हल करने में मदद की .... :-)

@robotzero क्या आपको याद है कि आपने अपनी साख कैसे दर्ज की? क्या आपने aws configure चलाया और फिर वेब कंसोल से मानों को कॉपी/पेस्ट किया?

हां, मैंने एडब्ल्यूएस कॉन्फ़िगर किया और मूल्यों को कॉपी किया।

हां, मेरे रहस्य में एक + था, जिसके कारण यह त्रुटि अभी भी बनी हुई है। विशेष वर्णों के बिना नई कुंजियाँ बनाने से समस्या ठीक हो गई।

एडब्ल्यूएस --संस्करण
एडब्ल्यूएस-क्ली/1.11.78 पायथन/3.6.1 डार्विन/15.6.0 बोटोकोर/1.5.41

मेरे रहस्य में एक + और एक / था। इनके बिना राज ने मेरे लिए समस्या हल कर दी।

यह मुद्दा भी था।

$ aws --version
aws-cli/1.11.44 Python/3.5.3 Linux/4.10.0-19-generic botocore/1.5.7

$ lsb_release -sd 
Ubuntu 17.04

क्रेडेंशियल्स में "+" था। उनके बिना एक्सेस कुंजी को पुन: उत्पन्न करके हल किया गया था। एक नोट के रूप में: "/" एक अच्छा चरित्र है।

@adityanatraj @shwetapurushe @damienrj क्या आप सभी यहां इन सवालों के जवाब दे सकते + साथ एक गुप्त कुंजी उत्पन्न करना हमारे लिए समस्या को पुन: प्रस्तुत नहीं करता है, इसलिए यह संभवतः आपके पर्यावरण के संयोजन से संबंधित है और/या आप क्रेडेंशियल कैसे दर्ज कर रहे हैं।

दूसरे शब्दों में, हमें लोगों से अधिक जानकारी की आवश्यकता है ताकि जो हो रहा है उसका निवारण कर सकें।

@jamesls

1. मुझे क्रेडेंशियल कैसे मिले?

मुझे वेब कंसोल से कॉपी करके क्रेडेंशियल्स मिले।

1. मैं उनका उपयोग करने के लिए सीएलआई को कैसे कॉन्फ़िगर करूं?

मैंने मैन्युअल रूप से दो फाइलें बनाई हैं:

~/.aws/config

[default]
region = us-east-1
output = json

~/.aws/क्रेडेंशियल्स

[default]
aws_access_key_id = ACCESS_KEY_HERE 
aws_secret_access_key = SECRET_ACCESS_KEY_THAT_BREAKS_WITH_A_+_SIGN

क्षमा करें, मैं बोनस प्रश्नों में मदद नहीं कर सकता क्योंकि मैंने अपनी एक्सेस कुंजियों को '+' चिह्नों से शुद्ध कर दिया है, इसलिए समस्या दिखाई नहीं दे रही है।

@adityanatraj धन्यवाद, हर बिट मदद करता है।

अगला कदम जो हमें समस्या निवारण में मदद करेगा, वह यह पता लगाना है कि क्या यह केवल सीएलआई के साथ एक समस्या है या स्वयं क्रेडेंशियल्स के साथ कोई समस्या है। किसी भी व्यक्ति के लिए जो अभी भी इस मुद्दे में चल रहा है, यह वास्तव में सहायक होगा यदि आप अन्य एडब्ल्यूएस एसडीके में इन प्रमाण-पत्रों को आजमा सकते हैं। इसमें मदद करने के लिए, मैंने एक नमूना रेपो/स्क्रिप्ट को एक साथ रखा है जो इसे आसान बनाता है यदि आप इसे स्वयं सेट नहीं करना चाहते हैं: https://github.com/jamesls/aws-creds-test । बस रेपो को क्लोन करें और make install , make test चलाएं।

/tmp $ mkdir /tmp/repro-cli-602
/tmp $ cd /tmp/repro-cli-602/
/tmp/repro-cli-602 $ git clone git://github.com/jamesls/aws-creds-test
Cloning into 'aws-creds-test'...
...
/tmp/repro-cli-602 $ cd aws-creds-test/
/tmp/repro-cli-602/aws-creds-test (master u=) $ make install
npm install
[email protected] /private/tmp/repro-cli-602/aws-creds-test
├─┬ [email protected]
...
pip install -r requirements.txt
Requirement already satisfied: botocore<2.0.0,>=1.5.0 in /usr/local/lib/python2.7/site-packages (from -r requirements.txt (line 1))
...



/tmp/repro-cli-602/aws-creds-test (master u=) $ make test
./test-creds.sh
Testing python...
Access Key:
Secret Access Key:
AKID   hash: 4e7c36343646e1fa7495092bffcd4b9b7dd00f2f5014a189ab81f326e6472a62
AKID length: 20

SAK    hash: 941a655993caccb1a1218883b97a88b6f41762c6d03902f1cdd1e2a5de5fd82e
SAK  length: 40
Successfuly made an AWS request with the provided credentials.

Testing javasript...
Access Key: ********************
Secret Access Key: ****************************************
AKID   hash: 4e7c36343646e1fa7495092bffcd4b9b7dd00f2f5014a189ab81f326e6472a62
AKID length: 20


SAK    hash: 941a655993caccb1a1218883b97a88b6f41762c6d03902f1cdd1e2a5de5fd82e
SAK  length: 40
Sucessfully made an AWS request with the provided credentials.

इस समस्या से जूझ रहे लोगों के लिए, कृपया परीक्षण स्क्रिप्ट चलाएँ और आउटपुट साझा करें।

यह वही अपवाद मेरे साथ PutObject अनुरोध (सी #) पर हुआ, जब भी ऑब्जेक्ट मेटाडेटा में यूनिकोड वर्ण थे।

मेरी भी यही समस्या थी। + और / के साथ नई गुप्त कुंजियाँ काम नहीं करती हैं। मैंने उन पात्रों के बिना नई कुंजी बनाई और वे ठीक काम करते हैं।
आपकी परीक्षण स्क्रिप्ट linux के लिए है और मैं windows चला रहा हूँ।
मैंने विंडोज़ शेल और _aws config_ का उपयोग करके कंट्रोल-सी और कंट्रोल-वी का उपयोग करके अपनी साख चिपकाई
और मैं केवल _aws cp_ का उपयोग कर रहा था

इसका भी परीक्षण किया, और यह तब तक ठीक काम करता है जब तक कि ऊपर वर्णित गुप्त कुंजी में कोई प्रतीक नहीं है।

उम्मीद है कि यह जल्द ही हल हो जाएगा, जब तक मुझे काम करने वाला एक नहीं मिल जाता, तब तक क्रेडेंशियल्स को पुन: उत्पन्न करते रहना एक दर्द है!

मैंने कल एडब्ल्यूएस के लिए एक समर्थन टिकट उठाया था, और आज यह हल हो गया प्रतीत होता है

मैंने कई बार परीक्षण किया है और + और / दोनों अब काम कर रहे हैं? मैं अब इस बग को पुन: पेश नहीं कर सकता।

मेरे पीआई पर मेरा एक ही मुद्दा था।
नवीनतम awscli (aws-cli/1.1.1.85 Python/3.4.2 Linux/4.9.24-v7+ botocore/1.5.48) के साथ मुझे अभी भी समस्या थी:

रूट @ पीआई : ~# एडब्ल्यूएस एस 3 एलएस एस 3: //
ListBuckets ऑपरेशन को कॉल करते समय एक त्रुटि हुई (SignatureDoesNotMatch): हमारे द्वारा परिकलित अनुरोध हस्ताक्षर आपके द्वारा प्रदान किए गए हस्ताक्षर से मेल नहीं खाता।
अपनी गुप्त पहुँच कुंजी और हस्ताक्षर करने की विधि की जाँच करें। अधिक जानकारी के लिए, विवरण के लिए REST प्रमाणीकरण और SOAP प्रमाणीकरण देखें।

यहां तक ​​​​कि एक गुप्त कुंजी के साथ जिसमें कोई विशेष वर्ण (+ या /) नहीं था, पहुंच काम नहीं करती थी। समय हमेशा तालमेल में था, दुर्भाग्य से यह मुद्दा भी नहीं था।

".aws/config" फ़ाइल में मैंने एक वैध क्षेत्र जोड़ा (केवल परीक्षण के लिए ..) और अचानक यह काम कर गया। चूंकि मैं संगत s3 संग्रहण का उपयोग कर रहा हूं (अमेज़ॅन से s3 नहीं)

[चूक]
aws_secret_access_key = MYKEY
aws_access_key_id = MYID
क्षेत्र = हमें-पूर्व -1 <- पहले एक "डमी" मान था।

जैसा दिखता है, क्षेत्र में "सही" मान होना चाहिए। जब मैं इसे वापस "डमीवैल्यू" जैसे कुछ अलग में बदलता हूं तो मुझे ऊपर बताए अनुसार वही त्रुटि मिलती है।
अब "us-east-1" मान के साथ यह काम करता है!
आशा है कि यह किसी की मदद करता है।

मैं बस इसमें भी भाग गया। गुप्त कुंजी में '+' के साथ एक समस्या भी प्रतीत होती है। अगर मेरे पास पर्यावरण चर में क्रेडिट है तो मुझे त्रुटि मिलती है। अगर मैं उन्हें ~/.aws/credentials फ़ाइल (हाथ से संपादित करके) में डालता हूं तो मुझे त्रुटि नहीं मिलती है।

[संपादित करें] बस ध्यान दें कि पर्यावरण चर डॉस (ff=dos in vim) के लिए स्वरूपित फ़ाइल में थे। ऐसा इसलिए था क्योंकि मैंने .csv फ़ाइल को डाउनलोड के रूप में लिया था और प्रविष्टियों को पर्यावरण चर में बदलने के लिए इसे संपादित किया था। जब मैंने फ़ाइल को 'ff=unix' में पुन: स्वरूपित किया तो मुझे अब त्रुटि नहीं मिली। 2 के बीच एकमात्र अंतर लाइन रिटर्न है, डॉस "सीआर-एनएल" का उपयोग करता है जबकि यूनिक्स सिर्फ "एनएल" है। मेरा अनुमान है कि यह वास्तव में "सीआर" चरित्र था जो समस्या थी।

मुझे भी, और "+" मुद्दे की पुष्टि भी करें

यदि आप मैक के लिए डॉकर का उपयोग करते समय इसमें भाग लेते हैं, तो बस डॉकर को पुनरारंभ करने से सिस्टम समय की विसंगति ठीक हो जाएगी।

मैं एक ही समस्या का सामना कर रहा था।
रहस्य की जाँच की, और उसमें +/ था।
इसे काम करने के लिए एक विशेष चरित्र के बिना एक नई आईडी जोड़ी बनानी पड़ी

जब तक मुझे कोई विशेष वर्ण नहीं मिला, तब तक नए कीपेयर बनाना मेरे लिए भी हल हो गया; विशेष वर्ण (विशेष रूप से +) केवल ~/.aws/credentials में काम नहीं करते हैं।

विशेष वर्णों के बिना जेनरेट की गई कुंजी (विशेष रूप से + ) ने मेरे लिए भी समस्या तय की।

@eikenb की टिप्पणी के अनुसार फ़ाइल को स्वरूपित करना भी चाल है।

कुंजी को हटाना और नया बनाना मेरे लिए काम कर गया।

अभी यह त्रुटि प्राप्त हुई है। अपडेट किया गया सिस्टम समय जो GMT से 6 मिनट से अधिक का प्रतीत होता है। समस्या को तुरंत ठीक किया।

यह मेरे लिए बहुत अजीब और मुश्किल था।
मैं इस समस्या से जूझ रहा था और मैं इसे हल करने के लिए कई बार कोशिश कर रहा था।
फिलहाल यह अचानक काम कर गया! मैं हैरान था इसलिए मैंने नई बाल्टी बनाई लेकिन यह काम नहीं किया। क्योंकि मैंने कोड बदलने के अलावा कुछ नहीं किया था, मैंने बस घंटों इंतजार किया। अंत में, इसने अच्छा काम किया, हालांकि मैंने कुछ नहीं किया। मुझे विश्वास नहीं हो रहा है...

विंडोज 7 पर बैश शेल में aws configure का उपयोग करते हुए मैंने पाया कि मेरे .aws/credentials दो aws_secret_access_key लाइनें थीं और दूसरी लाइन वह थी जहां मैंने बकवास का भार गलत टाइप किया था . दूसरी पंक्ति को हटा दिया और यह सब काम कर गया।

aws-cli/1.11.119 Python/2.7.12 Linux/4.4.0-53-generic botocore/1.5.82

यहाँ लिनक्स टकसाल पर इस समस्या को देखकर, मेरी कुंजी या रहस्य में कोई + नहीं है।

परीक्षण स्क्रिप्ट से आउटपुट:

/aws-creds-test $ make test
./test-creds.sh
Testing python...
Access Key: 
Secret Access Key: 
AKID   hash: 36b0df669bfc2fa232f31ada2b40e8f58ec152b0afee875f28b21e32e2d59a30
AKID length: 20

SAK    hash: 02b21158d3ab7d2691ceef468951c3b3551704a8eea19ad4a8f59c7be38378f6
SAK  length: 40
Error making AWS request: An error occurred (SignatureDoesNotMatch) when calling the GetCallerIdentity operation: The request signature we calculated does not match the signature you provided. Check your AWS Secret Access Key and signing method. Consult the service documentation for details.

Testing javasript...
Access Key: ********************
Secret Access Key: ****************************************
AKID   hash: 36b0df669bfc2fa232f31ada2b40e8f58ec152b0afee875f28b21e32e2d59a30
AKID length: 20


SAK    hash: 02b21158d3ab7d2691ceef468951c3b3551704a8eea19ad4a8f59c7be38378f6
SAK  length: 40
Error making AWS request
{ SignatureDoesNotMatch: The request signature we calculated does not match the signature you provided. Check your AWS Secret Access Key and signing method. Consult the service documentation for details.
    at Request.extractError (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/protocol/query.js:47:29)
    at Request.callListeners (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/sequential_executor.js:105:20)
    at Request.emit (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/sequential_executor.js:77:10)
    at Request.emit (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/request.js:683:14)
    at Request.transition (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/request.js:22:10)
    at AcceptorStateMachine.runTo (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/state_machine.js:14:12)
    at /home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/state_machine.js:26:10
    at Request.<anonymous> (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/request.js:38:9)
    at Request.<anonymous> (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/request.js:685:12)
    at Request.callListeners (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/sequential_executor.js:115:18)
  message: 'The request signature we calculated does not match the signature you provided. Check your AWS Secret Access Key and signing method. Consult the service documentation for details.',
  code: 'SignatureDoesNotMatch',
  time: 2017-09-18T20:33:23.951Z,
  requestId: '9e62c6c2-9cb0-11e7-9856-a5fd5c3e417d',
  statusCode: 403,
  retryable: false,
  retryDelay: 60.66602455065775 }
Makefile:6: recipe for target 'test' failed
make: *** [test] Error 1

Awscli को aws-cli/1.11.154 Python/2.7.12 Linux/4.4.0-53-generic botocore/1.7.12 अपग्रेड करने के बाद:

$ make test
./test-creds.sh
Testing python...
Access Key: 
Secret Access Key: 
AKID   hash: 0cdf83ac8cf800ca46738682ff5a0ab35d94891a568fc6fd9115ecf13dcce542
AKID length: 20

SAK    hash: 7ae856b46f3d5cd23b94f60765adbeb13215f6c226a2953ab93eed9e26d51694
SAK  length: 40
Error making AWS request: An error occurred (SignatureDoesNotMatch) when calling the GetCallerIdentity operation: The request signature we calculated does not match the signature you provided. Check your AWS Secret Access Key and signing method. Consult the service documentation for details.

Testing javasript...
Access Key: ********************
Secret Access Key: ****************************************
AKID   hash: 0cdf83ac8cf800ca46738682ff5a0ab35d94891a568fc6fd9115ecf13dcce542
AKID length: 20


SAK    hash: 7ae856b46f3d5cd23b94f60765adbeb13215f6c226a2953ab93eed9e26d51694
SAK  length: 40
Error making AWS request
{ SignatureDoesNotMatch: The request signature we calculated does not match the signature you provided. Check your AWS Secret Access Key and signing method. Consult the service documentation for details.
    at Request.extractError (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/protocol/query.js:47:29)
    at Request.callListeners (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/sequential_executor.js:105:20)
    at Request.emit (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/sequential_executor.js:77:10)
    at Request.emit (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/request.js:683:14)
    at Request.transition (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/request.js:22:10)
    at AcceptorStateMachine.runTo (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/state_machine.js:14:12)
    at /home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/state_machine.js:26:10
    at Request.<anonymous> (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/request.js:38:9)
    at Request.<anonymous> (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/request.js:685:12)
    at Request.callListeners (/home/kev/projects/external/aws-creds-test/node_modules/aws-sdk/lib/sequential_executor.js:115:18)
  message: 'The request signature we calculated does not match the signature you provided. Check your AWS Secret Access Key and signing method. Consult the service documentation for details.',
  code: 'SignatureDoesNotMatch',
  time: 2017-09-18T20:43:21.662Z,
  requestId: '02ab939a-9cb2-11e7-a1f3-87975b0dbd52',
  statusCode: 403,
  retryable: false,
  retryDelay: 86.52138921193912 }
Makefile:6: recipe for target 'test' failed
make: *** [test] Error 1

मैंने अभी-अभी अपनी चाबियों को फिर से बनाया है - मेरे नए में अभी भी एक '+' है, लेकिन अब क्ली का उपयोग करने में सक्षम है

इतना आसान हो सकता है

@ DanAbbz92 वास्तव में, मुझे अब वही समाधान मिल गया है। पता नहीं क्यों पुरानी चाबियों ने कभी काम नहीं किया, लेकिन नई चाबियां उसी प्रक्रिया का उपयोग करके ठीक थीं।

मेरे पास एक खराब पेस्ट प्रयास से मेरी गुप्त कुंजी में ^V था। चाबियों में खराब वर्णों की जाँच करने पर कड़ी चेतावनी देना समझदारी हो सकती है। आगे अनावश्यक वृद्धि को रोकेंगे।

यह समस्या 2014 में रिपोर्ट की गई थी। आज 26 अक्टूबर, 2017 है। मुझे इस समस्या का सामना करना पड़ा, मेरे रहस्य में एक "+" था। मैंने एक नई कुंजी बनाई और उसे ~/.aws/configure . में डाल दिया
Amazon पर आएं, क्या आपने कभी इस बग को ठीक करने की योजना बनाई है

क्ली को स्थापित करने और aws configure चलाने के बाद मुझे आज इस समस्या का सामना करना पड़ा। मेरी चाबियों में कोई विशेष वर्ण नहीं था, लेकिन निम्नलिखित ने मेरी समस्या को ठीक किया:

• rm -r ~/.aws/
• .aws फ़ोल्डर और credentials फ़ाइल को फिर से बनाया और क्रेडेंशियल्स को मैन्युअल रूप से वापस जोड़ा

टीएल; डॉ इसे बंद करना और फिर से मेरे लिए काम किया ¯_(ツ)_/¯

हडोप का उपयोग करने वाले लोगों के लिए यहां समाप्त हो रहा है: हडूप 2.8.0 के लिए एक संबंधित बग तय किया गया है:
" s3:" URL तब टूटते हैं जब गुप्त कुंजी में एक स्लैश होता है, भले ही एन्कोड किया गया हो

नमस्ते, आज मैंने वही मुद्दा पकड़ा है।
बॉक्स पर गलत समय था। समय अद्यतन करने के बाद सब काम कर रहा है।

एक और "मुझे भी" जोड़ना

मेरे पास एक गुप्त कुंजी थी जिसमें दो '+' अक्षर थे, और यह मेरे विंडोज वीएम (जब एक .NET एप्लिकेशन द्वारा उपयोग किया जाता है) पर मेरी .aws/credentials फ़ाइल से काम करता था, लेकिन जब मैंने अपने मैकबुक प्रो पर ब्रू से awscli स्थापित किया था , और .aws फ़ाइलों की प्रतिलिपि बनाई (फ़ाइल एन्कोडिंग, एंड-ऑफ़-लाइन प्रारूपों आदि के लिए परीक्षण) यह SignatureDoesNotMatch के साथ विफल रहा।

मैंने क्रेडेंशियल्स को फिर से बनाने की कोशिश की जब तक कि मुझे बिना किसी गैर अल्फ़ान्यूमेरिक्स के एक गुप्त कुंजी मिल गई, और अब यह मेरे मैक पर awscli से काम करता है। उन क्रेडेंशियल्स को वापस मेरी विंडोज मशीन पर कॉपी करना और .NET एप्लिकेशन चलाना, जो अभी भी काम करता है।

मैंने किसी भी मशीन पर समय में कोई बदलाव नहीं किया (मैक पहले से ही एनटीपी का उपयोग कर रहा था, और विंडोज वीएम ऐसा लगता है कि यह वास्तविक समय से लगभग 12 मिनट पीछे चल रहा है)

मैंने इसके साथ awscli स्थापित किया: brew install awscli

और aws --version रिटर्न: aws-cli/1.14.30 Python/3.6.4 डार्विन/16.7.0 botocore/1.8.34

ठीक है, मैंने आज दोपहर (2018-02-01 15:48 ईएसटी लैम्ब्डा के साथ लैम्ब्डा इन-ईस्ट -1) में कोड को धक्का दिया।
अब शाम 6 बजे ऑफिस के हर सिस्टम पर सिग्नेचर एरर आ रहे हैं।
इस धागे के माध्यम से पीछे मुड़कर देखें: मेरा समय सही है, कुछ भी नहीं बदला है, क्रेडेंशियल एक वर्ष से कम पुराने हैं, जिस दिन से वे स्थापित किए गए थे, होमब्रे संस्करण aws-cli/1.14.30 Python/3.6.4 Darwin/17.4.0 botocore/1.8.34 का उपयोग करके काम कर रहे हैं (एक 1.14 के लिए डाउनग्रेड करने का प्रयास किया। 2x संस्करण, कोई प्यार नहीं)

यह कुछ मलर्की है

एक ही समस्या होने और बिना किसी विशेष वर्ण (जैसे /, + और इसी तरह) के बिना नई कुंजी उत्पन्न करना हल करना।

इनपुट के लिए @hellais को धन्यवाद!

बस एक ही समस्या थी, मेरे लैपटॉप की घड़ी को ठीक करके इसे हल किया। जाहिर तौर पर मैं समय से पीछे था।

मैंने अभी इस मुद्दे का अनुभव किया है और ऐसा प्रतीत होता है कि मेरा एनटीपी क्लाइंट 10 मिनट पीछे था। मैंने एक ntpdate . कियाऔर अब सब ठीक हो गया है।

मैं पुष्टि कर सकता हूं कि मेरी एक्सेस कुंजियों को फिर से बनाना जब तक कि मुझे इसमें विशेष पात्रों के बिना एक नहीं मिला, काम किया। क्या हास्यास्पद बग है, वाह।

यह देखते हुए कि यह इतना लंबा चलने वाला मुद्दा है, क्या उपयोगकर्ताओं को संभावित सुधार का लिंक देने के लिए त्रुटि संदेश को अपडेट करना बुद्धिमानी नहीं होगी, जैसे आपकी चाबियों का पुनर्निर्माण? कुछ ऐसा करने के बजाय जो यह बताता है कि समस्या "हाँ हम त्रुटि करते हैं जब आपकी चाबियों में विशेष वर्ण होते हैं, क्षमा करें!"।

एक ही मुद्दा सुनो:

संस्करण:

aws-cli/1.14.58 Python/2.7.10 Darwin/17.4.0 botocore/1.9.11

आदेश:

aws s3 ls
निम्नलिखित त्रुटि मिली:
Unknown Signature Version: s3v3.

कोई हल नहीं:

मैंने अपना लबादा अपडेट किया और मैं बिना किसी विशेष चरित्र के एक सीक्रेट जेनरेट करता हूं

अद्यतन - निम्नलिखित द्वारा तय किया गया

aws configure set default.s3.signature_version s3v4

हाँ, यह अभी भी एक समस्या है - मेरी गुप्त कुंजी + वर्ण के साथ समाप्त हुई और मुझे कोई फिक्स काम नहीं मिला। गुप्त कुंजी के अंत में + साथ पुन: उत्पन्न नई कुंजी और यह ठीक काम किया।

कैसे पृथ्वी पर यह अभी भी एक मुद्दा है?

CreateMultipartUpload ऑपरेशन को कॉल करते समय एक त्रुटि हुई (SignatureDoesNotMatch): हमारे द्वारा परिकलित अनुरोध हस्ताक्षर आपके द्वारा प्रदान किए गए हस्ताक्षर से मेल नहीं खाता। अपनी कुंजी और हस्ताक्षर विधि की जाँच करें।
कृपया मदद कीजिए।

मेरा रहस्य + चिह्न से शुरू होता है और मुझे यह भी नहीं पता था कि आज तक यह समस्या है। मैं अपने s3 तक पहुंचने के लिए boto3 अजगर का उपयोग करता हूं। जब मैं कच्चे तार के रूप में क्रेडेंशियल पास करता हूं तो यह काम नहीं करता है लेकिन अगर मैं इसे config.ini से configparser.RawConfigParser() का उपयोग करके एक चर के रूप में लोड करता हूं तो ठीक काम करता है। बेशक, अंत में या शुरुआत में + चिन्ह के बिना एक नया रहस्य उत्पन्न करने से यह समस्या भी हल हो जाएगी।

फिर भी, अगर यह (किसी कारण से) ठीक नहीं किया जा सकता है तो अपवाद संदेश को कुछ इस तरह बदल दें जैसे "हम अनुमति नहीं देते + चिह्न, यदि आप इसे जिस तरह से एक्सेस करना चाहते हैं तो एक नया उत्पन्न करें"।

मैं ओएसएक्स पर एडब्ल्यूएस क्ली का उपयोग कर रहा हूं और मेरे पास एक रहस्य भी था जो सही नहीं था। मेरे मूल में + और एक = था और s3 में cp फ़ाइलों का प्रयास करते समय मुझे SignatureDoesNotMatch त्रुटि मिली। मैंने कुंजियों को फिर से बनाया और मेरा नया रहस्य अब एक अल्फ़ान्यूमेरिक स्ट्रिंग है। बस एक और पुष्टि जोड़ना कि पुनर्जनन काम करता है। :कार्य मुक्त:

इस उम्मीद में कि यह अंतर्दृष्टि प्रदान कर सकता है, यह समस्या (गुप्त कुंजियों में + को संभालना नहीं) RHEL5 पर इस संस्करण के साथ खुद को उजागर करती है

aws-cli/1.15.25 Python/3.4.7 Linux/3.2.45-0.6.wd.865.49.315.metal1.x86_64 botocore/1.10.25

लेकिन उबंटू पर इस संस्करण के साथ नहीं होता है

aws-cli/1.11.13 Python/3.5.2 Linux/4.4.0-121-generic botocore/1.4.70

जनवरी 2014 से शुरू हुआ और अब जून 2018 में, 4 वर्षों में और मुझे SignatureDoesNotMatch त्रुटि के साथ भी यही समस्या थी। मेरे लिए समाधान यहां सभी बहुसंख्यक समाधानों के समान था, बिना किसी विशेष वर्ण के एक नई गुप्त कुंजी प्राप्त करें क्योंकि मेरी पूर्व कुंजी में एक कोलन : , समय को सिंक करने की कोशिश की, लेकिन मेरे लिए काम नहीं कर रहा। मैं डब्ल्यूएसएल का उपयोग कर रहा हूँ।

aws-cli/1.15.27 Python/3.6.5 Linux/4.4.0-17134-Microsoft botocore/1.10.27

अप्रैल 2017 में @gchiu ने जो कहा था,

मैं लगभग 30 मिनट तक इससे बौखला गया था।

इस मुद्दे का पालन किया और स्थानीय समय की जाँच की, आदि - सब अच्छा था।

हताशा में, ~/.aws/credentials फ़ाइल को न्यूड किया और फिर से लॉग इन किया (अनिवार्य रूप से फ़ाइल को फिर से बनाना) और वॉइला, बस काम करता है।

आश्चर्य है कि यह इस त्रुटि को बिल्कुल क्यों फेंकता है!

संपादित करें:
मेरे मामले में गुप्त कुंजी से संबंधित प्रतीत नहीं होता है; वे सभी ज्यादातर साधारण तार थे।

इस मुद्दे पर +1, मेरी कुंजी = । एक कुंजी को पुन: उत्पन्न किया जिसमें केवल / था और सब ठीक था। कुंजी को " अंकों में घेरने की कोशिश की, लेकिन कोई फायदा नहीं हुआ।

ऐसा कुछ नहीं जिसे मैं एडब्ल्यूएस सीएलआई से देखने की अपेक्षा करता हूं।

यहाँ उसी समस्या को जोड़ते हुए, मुझे विश्वास नहीं हो रहा है कि / मेरी कुंजी में इसका कारण होगा। समय बर्बाद करने के लिए धन्यवाद!

मुझे यह समस्या थी। मेरा मानना ​​​​है कि यह मूल उपयोगकर्ता के रूप में एडब्ल्यूएस क्ली को शुरू में स्थापित करने का परिणाम था। ऐसा प्रतीत होता है कि रिज़ॉल्यूशन एडब्ल्यूएस क्ली की स्थापना रद्द कर रहा है, वर्तमान उपयोगकर्ता के होम फ़ोल्डर के साथ-साथ रूट फ़ोल्डर में .aws फ़ोल्डर दोनों को हटा रहा है, और फिर वर्तमान उपयोगकर्ता के रूप में फिर से 'aws कॉन्फ़िगर' चला रहा है।

उबंटू पर सिस्टमड टाइमर का उपयोग करके बैश स्क्रिप्ट चलाते समय मुझे इस समस्या का अनुभव हुआ। मेरे उपयोगकर्ता के साथ स्क्रिप्ट को मैन्युअल रूप से चलाने पर, सब कुछ ठीक रहा। हालांकि, टाइमर (SignatureDoesNotMatch) त्रुटि फेंकता रहेगा। मैंने तब देखा कि (SignatureDoesNotMatch) रूट के रूप में चल रहे किसी भी aws कमांड के लिए तैयार किया गया था और यह कि 'aws config' प्रदान किए जा रहे नए मानों को सहेज नहीं पाया।

समस्या को हल करने के लिए मैंने रूट 'su -i' के रूप में लॉग इन किया, 'cd ~/.aws/' में बदल दिया और 'sudo rm -r क्रेडेंशियल' के साथ कॉन्फ़िगरेशन को हटा दिया, फिर से 'aws config' चलाया और इस बार नए मान बचा लिया गया था। वहाँ से सब कुछ फिर से उम्मीद के मुताबिक काम किया!

पुष्टि कर सकता है कि यह समस्या अभी भी aws-cli/1.15.4 Python/2.7.15rc1 Linux/4.15.0-42-generic botocore/1.12.8 पर मौजूद है।

An error occurred (SignatureDoesNotMatch) when calling the <whatever> operation: The request signature we calculated does not match the signature you provided. Check your AWS Secret Access Key and signing method. Consult the service documentation for details.

और पता चला कि मेरे रहस्य में एक + था। मैं पुनर्जीवित हो गया और अब सब कुछ ठीक है। हम इस @jamesls के लिए कब ठीक होने की उम्मीद कर सकते हैं? या क्या मैं मदद के लिए कुछ कर सकता हूँ?

मेरे एडब्ल्यूएस क्ली पर इसका सामना करना पड़ा क्योंकि गुप्त कुंजी में + ... (जैसा कि ऊपर वर्णित है) एक नई कुंजी को पुन: उत्पन्न करने के बाद .. (जैसा कि मैंने ऊपर delmarttechdude टिप्पणी से देखा) ... मुद्दा हल किया गया।

मेरे दो सेंट। यह मुझे यह त्रुटि दे रहा था क्योंकि मैं इस तरह से त्वरित स्थानान्तरण के साथ s3 पर सामग्री अपलोड करने का प्रयास कर रहा था (यह अतीत में काम करता था): --endpoint-url http://imaat.s3-accelerate.amazonaws.com ( --endpoint-url http://<bucket-name>.s3-accelerate.amazonaws.com ) जैसा कि त्वरण समापन बिंदु गुणों में निर्दिष्ट है :

आधिकारिक डॉक्स में निम्नलिखित निर्देश: https://docs.aws.amazon.com/es_es/AmazonS3/latest/dev/transfer-acceleration-examples.html मैंने उस अंतिम भाग को इसके साथ बदल दिया: --endpoint-url http://s3-accelerate.amazonaws.com और कमांड चलाएँ aws configure set s3.addressing_style virtual होस्टनाम को डायनामिक रूप से बनाने के लिए। जाँच करें: https://docs.aws.amazon.com/cli/latest/topic/s3-config.html#addressing -style

मुझे नहीं पता क्यों, लेकिन अब यह काम करता है। मेरे बकेट नेम ("इमात") में कोई विशेष वर्ण नहीं है जो डीएनएस विफलताओं का कारण बन सकता है, लेकिन यह नवीनतम क्ली अपडेट के साथ किसी कारण से विफल हो गया।

पाठ संपादन के माध्यम से एक प्रोफ़ाइल जोड़ना और यह विफलता मिली। एडब्ल्यूएस कॉन्फिग सेट के माध्यम से प्रोफाइल एक्सेस आईडी और सीक्रेट को अपडेट करना और यह काम कर गया। यह इसमें '+' और aws-cli/1.16.23 Python/2.7.15 Windows/10 botocore/1.12.13 के साथ एक रहस्य के लिए है

@ डेव-मील आप किसी चीज़ पर हैं, टिप्पणी करने के लिए धन्यवाद! मैं नीचे आपकी खोज पर विस्तार कर रहा हूं:

मैं कुछ डॉकटर छवियों के साथ इस मुद्दे में भाग गया। मूल रूप से मैं कंटेनर में ~/.aws/credentials फ़ाइल जोड़ने के लिए dockerfile में एक ADD का उपयोग कर रहा था।

यदि हम ऐसा करते हैं, तो हम s3 से डाउनलोड करने का प्रयास करते समय SignatureDoesNotMatch त्रुटि का सामना करेंगे।

मैंने डॉकरीफाइल में एडीडी लाइन को हटा दिया, फिर से बनाया और एक नया डॉकटर कंटेनर लॉन्च किया। इस नए कंटेनर में, मैंने मैन्युअल रूप से aws configure set aws_access_key_id <access key id goes here> और aws configure set aws_secret_access_key <secret access key goes here> इस कंटेनर में क्रेडेंशियल जानकारी दर्ज करने का पहला मौका दिया था (IE कंटेनर एक "ताज़ा" सेंटोस छवि थी)।

aws configure set कमांड का उपयोग करने के बाद, मैं s3 से सफलतापूर्वक डाउनलोड करने में सक्षम था।

डॉकरीफाइल के साथ इसका उपयोग करने वाले किसी भी व्यक्ति के लिए, आप दो कमांड को चलाने के लिए डॉकरफाइल में रन स्टेटमेंट का उपयोग कर सकते हैं या आप अपने डॉकटर कंटेनर में स्क्रिप्ट को पुश करने के लिए एडीडी स्टेटमेंट का उपयोग कर सकते हैं:

#!/बिन/श

aws कॉन्फ़िगर सेट aws_access_key_id _access-key-id-goes-here_
aws कॉन्फ़िगर सेट aws_secret_access_key _secret-access-key-gos-here_

मुझे @villasenor जैसी ही समस्या + docker में env vars का उपयोग करके awscli को कॉन्फ़िगर करते समय त्रुटि का कारण होगा। चाबियों को घुमाने से समस्या ठीक हो गई।

यहां भी, लेकिन एक्सेस कुंजी या गुप्त कुंजी में कोई विशेष वर्ण नहीं हैं।
उसी आईएएम उपयोगकर्ता के लिए एक नया सेट पुन: उत्पन्न किया गया, और नए लोग बाल्टी सूचीबद्ध कर सकते हैं, पुराने नहीं कर सकते हैं।

यह एडब्ल्यूएस क्ली और जावा एसडीके कॉल दोनों के साथ हुआ। दोष सुझाना ग्राहकों में नहीं है...

दोनों सेट अभी भी लाइव हैं। अगर अमेज़न पर किसी को अधिक जानकारी चाहिए तो कृपया संपर्क करें।

मेरे सहकर्मी ने भी अभी इसका सामना किया है। मैंने एक एक्सेस कुंजी बनाकर डिबगिंग की कोशिश की जब तक कि मुझे शुरुआत में + या / के साथ एक नहीं मिला। हालांकि रिप्रो में सक्षम नहीं था।

मुझे इसका एक सहकर्मी अनुभव था। हमने निर्धारित किया कि यह विशेष रूप से Ubuntu 18.04 + या / के साथ गुप्त कुंजी में होता है।

आज वही त्रुटि मिली, वर्तमान में विंडोज 10 का उपयोग कर रहा हूं। हालांकि, जब मैं दूसरे लैपटॉप (मैक) पर उसी एक्सेस कुंजी का उपयोग करता हूं, तो यह मेरे लिए ठीक काम करता है। फिर मैंने डब्लूएसएल के भीतर एक्सेस कुंजी की कोशिश की, जो भी ठीक है। कारण निश्चित नहीं है, और aws key में कोई विशेष वर्ण नहीं है।

मुझे यह त्रुटि एक्सेस कुंजियों के एक सेट के साथ हो रही है, न कि दूसरी।
जैसा कि यहां कई अन्य पोस्टों में बताया गया है कि इसमें '/' के रूप में मेरी कुंजी है। मेरे लिए यह समस्या आरएफसी यूआरआई एन्कोडिंग मानक का उपयोग कर सर्वर या क्लाइंट एन्कोडिंग/डिकोडिंग की एक साधारण समस्या की तरह लगती है और दूसरा इसका उपयोग नहीं कर रहा है।
मैं उल्लिखित इन परीक्षण लिपियों को चलाने की योजना बना रहा हूं और त्रुटियों को पुन: उत्पन्न करने का प्रयास करता हूं।

यहां अन्य लोगों के लिए, मैं त्रुटि में भाग गया, लेकिन मेरे ~/.aws फ़ोल्डर में गलत क्रेडेंशियल कैश किए गए थे। यह वहां पहले दिखता है और पर्यावरण चर दूसरा।

मैं इसे विंडोज 10 पर गिट बैश का उपयोग करके अनुभव कर रहा हूं। यह पॉवर्सशेल के साथ ठीक काम करता है। पायथन आमंत्रण अलग है, लेकिन यह वही पायथन और पायथन मॉड्यूल है। मेरी चाबी में + और / ।

मुझे बस यही समस्या थी और मेरे लिए, रिक्त स्थान को हटाना ठीक था। उदाहरण।
के डिफ़ॉल्ट के बजाय:
[profilename]
aws_access_key_id = MYAWSACCESSKEYID
aws_secret_access_key = MYAWSSECRETACCESKEY
मैंने इसे बदल दिया:
[profilename]
aws_access_key_id=MYAWSACCESSKEYID
aws_secret_access_key=MYAWSSECRETACCESKEY

= के आसपास रिक्त स्थान की कमी पर ध्यान दें। इसने मेरे लिए इसे ठीक कर दिया और मेरे पास + और / मेरी कुंजी में भी बीटीडब्ल्यू है।

सभी, यहाँ कुछ भयानक समस्या निवारण युक्तियाँ हैं। मैं इन्हें CLI उपयोगकर्ता मार्गदर्शिका में समस्या निवारण अनुभाग में एक पृष्ठ में बदलने जा रहा हूँ। योगदान के लिए धन्यवाद!

नमस्ते,

मैं देख सकता हूं कि यहां बहुत सारे उत्तर हैं, लेकिन मेरे लिए यह एडब्ल्यूएस सीक्रेट एक्सेस की में विशेष पात्र थे। मेरा "=+" से शुरू हुआ, लेकिन जब मैंने वेब कंसोल से विशेष वर्णों के बिना एक नया जेनरेट किया तो यह तुरंत काम करना शुरू कर दिया।

मैं विंडोज पर उबंटू पर एक Zsh शेल में awscli चला रहा हूं:

jonathan<strong i="8">@SurfaceBook</strong>  ~  aws --version aws-cli/1.16.216 Python/2.7.12 Linux/4.4.0-17134-Microsoft botocore/1.12.206

मुझे आशा है कि यह दूसरों के लिए सहायक है।

धन्यवाद
जोनाथन

जब तक मुझे यह धागा नहीं मिला, तब तक इसमें 4 घंटे की डिबगिंग डूब गई। मैं बिना किसी समस्या के स्थानीय रूप से s3 cli का उपयोग कर सकता था, लेकिन जब उन्हें सर्कलसी में चलाया तो मुझे यह त्रुटि मिली: SignatureDoesNotMatch ..

जैसा कि अन्य ने सुझाव दिया है कि मेरी गुप्त पहुंच कुंजी में + वर्ण शामिल है, और एक नई कुंजी उत्पन्न करने के बाद सब कुछ काम करना शुरू कर दिया।

इस धागे के बिना डिबग करना लगभग असंभव होता

धन्यवाद @blbradley । ठीक यही समस्या थी जो मुझे थी।

एक ही समस्या थी - समाधान अप्रचलित एडब्ल्यूएस क्रेडेंशियल्स के साथ विंडोज पर्यावरण चर को हटाना था

मुझे Python3 boto3 पर भी समस्या थी।
मेरा =/ शुरू होता है

मैं एक वर्चुअल मशीन में हूँ जो होस्ट टाइम एंड रीजन को गेस्ट टाइम एंड रीजन के समान बनाता है जिससे समस्या हल हो जाती है।

बस इसमें झंकार करना चाहता था कि इसने मुझे आज भी एक नई बनाई गई कुंजी पर मारा - और बहुत निराशा के बाद, यहां पहुंचा और कुंजी में / का उल्लेख देखा। निश्चित रूप से, वह मुद्दा था - इसके बिना नई कुंजी काम करती है। डब्ल्यूटीएफ?!

मुझे विश्वास नहीं हो रहा है कि यह मुद्दा 2014 में खुला है और अभी भी इसका कोई समाधान नहीं है, इस बग ने मुझे अपने लिए AWS क्रेडेंशियल का एक नया सेट बनाने के लिए मजबूर किया, मैंने '/' को एन्कोड करने की भी कोशिश की, लेकिन यह काम नहीं किया :(

"/" के साथ क्रेडेंशियल को समाप्त करने से मेरे लिए समस्या ठीक हो गई। इसे इंगित करने के लिए सभी को धन्यवाद।

इसे अभी 2020 में हिट करें। गुप्त कुंजी में '+' होता है।

एडब्ल्यूएस-क्ली - एडब्ल्यूएस प्रोजेक्ट द्वारा विकसित - 6 साल के लिए वैध एडब्ल्यूएस कुंजी के साथ विफल रहता है?

2020 जनवरी में भी यही समस्या है। गुप्त कुंजी में "/" स्लैश वर्ण होता है।

मैंने एडब्ल्यूएस आईएएम कंसोल का उपयोग करके एक नया क्रेडेंशियल सेट तैयार किया, और यह सुनिश्चित किया कि गुप्त कुंजी सभी अल्फान्यूमेरिक थी, नहीं "/" नहीं "+" और इसी तरह। मैंने अपनी पुरानी गुप्त कुंजी को अपनी ~/.aws/credentials फ़ाइल में नई गुप्त कुंजी से बदल दिया, फिर पुनः प्रयास किया।

इसने इसे हल किया।

यहां 2020 पर भी यही मुद्दा है। लेकिन मैं कोई भी अक्षरांकीय वर्ण नहीं हटा सकता क्योंकि वे स्वयं मेरी साख का हिस्सा हैं, और मैं उस पर नियंत्रण नहीं रखता।

जब तक आप पात्रों से छुटकारा नहीं पा लेते, तब तक क्रेडेंशियल को पुन: उत्पन्न करें। यह आमतौर पर केवल एक या दो और प्रयास करता है।

मौरिस

प्रेषक: columb1a नोटिफिकेशन @github.com
भेजा गया: मंगलवार, 21 जनवरी, 2020 दोपहर 1:47 बजे
प्रति: aws/aws-cli [email protected]
सीसी: मौरिस बिज़ारी मौरिस @noreply.github.com
विषय: पुन: [aws/aws-cli] SignatureDoesNotMatch त्रुटि (#602)

यहां 2020 पर भी यही मुद्दा है। लेकिन मैं कोई भी अक्षरांकीय वर्ण नहीं हटा सकता क्योंकि वे स्वयं मेरी साख का हिस्सा हैं, और मैं उस पर नियंत्रण नहीं रखता।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Faws%2Faws-cli%2Fissues%2F602%3Femail_source%3Dnotifications % 26email_token% 3DAAAXXM3CF63PVTWMVHJN2FTQ65UMRA5CNFSM4ALOPGL2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEJRMFFA% 23issuecomment-576,897,684 और डेटा = 02% 7C01% 7Cmaurice% 40bizzarrisoftware.com% 7Cf6f2e8a571954134b76b08d79ebb6bee% 7C9aa15552370449f5ac56c2850c165d32% 7C1% 7C0% 7C637152400117352225 और sdata = 2Z6PQRSvKD0P8Eu0yrs15Ypi6GgtFvaDi7qewAq5yH4% 3 डी और सुरक्षित = 0 , या सदस्यता समाप्त https://nam04.safelinks.protection.outlook.com /?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAAAXXM34MIXB32H3RMQL2FTQ65UMRANCNFSM4ALOPGLQ&data=02%7C01%7Cmaurice%40bizzarrisoftware.com%7Cf6f2e8a571954134b76b08d79ebb6bee%7C9aa15552370449f5ac56c2850c165d32%7C1%7C0%7C637152400117362212&sdata=53%2F78BXqn3FRxlkfzXYHnJPEEbs7Ta1XmJhW%2BZdBjXo%3D&reserved= 0 .

मैं पहली बार टाइमआउट मुद्दों में भाग गया और मेरे awscli को अपडेट करने के बाद इस मुद्दे पर भाग गया। आपने सोचा था कि इसे काम करने के लिए 6 साल काफी हैं ...

मैं भी एडब्ल्यूएस एस 3 बाल्टी के लिए gitlab के माध्यम से Vue.js ऐप को तैनात कर रहा हूं, क्या कोई मुझे बता सकता है कि मुझे क्या करना है
संदेश: घातक त्रुटि: ListObjectsV2 ऑपरेशन को कॉल करते समय एक त्रुटि हुई (SignatureDoesNotMatch): हमारे द्वारा गणना किए गए अनुरोध हस्ताक्षर आपके द्वारा प्रदान किए गए हस्ताक्षर से मेल नहीं खाते। अपनी कुंजी और हस्ताक्षर विधि की जाँच करें।

मेरे पास कोई गैर-अल्फ़ान्यूमेरिक वर्ण नहीं थे, लेकिन प्रोफ़ाइल के साथ काम करने से काम नहीं चला, एक प्रोफ़ाइल के लिए। मैंने कंसोल का उपयोग करके क्रेडेंशियल्स को पुन: उत्पन्न किया और नए ने अभी काम किया।

आज भी ऐसी त्रुटियां प्राप्त करना, और विशेष वर्णों ('+' या '/') के बिना प्रमाण-पत्रों को पुन: उत्पन्न करना मेरे लिए काम करता है।

मेरे पास अभी भी एक ही समस्या है, लेकिन यह अचानक होता है, मैं गेट एंड पुट ऑपरेशंस के साथ काम करता हूं और एक काम करता है, दूसरा नहीं। और हाँ मेरी गुप्त कुंजी में कोई विशेष वर्ण नहीं है। कोई मदद? मैं पहले इंटेंट चेकसम पुनर्प्राप्त करने के लिए getIntent (अमेज़ॅन लेक्स मॉडल एपीआई) को कॉल करता हूं, फिर उस इरादे को अपडेट करने के लिए putIntent को कॉल करता हूं। गेट मेथड वर्क्स (हर समय नहीं) लेकिन पुट मेथड सिग्नेचर का एक ही इश्यू दिखाई देता है, जबकि अगर मैंने कोड से गेट मेथड एपीआई को हटा दिया, तो पुट मेथड तीन में से 2 बार काम करता है।

मुझे यह समस्या थी, मेरा सुझाव है कि आप नई कुंजियाँ बनाएँ
और अपनी एडब्ल्यूएस प्रोफ़ाइल को फिर से कॉन्फ़िगर करें

एडब्ल्यूएस कॉन्फ़िगर

एडब्ल्यूएस एक्सेस कुंजी आईडी [ * * * * QD5E]: AWS_ACCESS_KEY_ID
एडब्ल्यूएस गुप्त पहुंच कुंजी [ * * * * अंजा]: AWS_SECRET_ACCESS_KEY
डिफ़ॉल्ट क्षेत्र का नाम [ईयू-पश्चिम -3]: AWS_REGION
डिफ़ॉल्ट आउटपुट स्वरूप [json]: OUTPUT_FORMAT

नमस्ते !

मेरे क्लाइंट को लौटाए गए पूर्व-हस्ताक्षरित यूआरएल का उपयोग करते समय मुझे यही समस्या मिल रही है
URL सर्वर में (सीमित समय के लिए) उत्पन्न होता है। सर्वर पायथन है और मुझे वहां कोई त्रुटि नहीं दिख रही है, लेकिन क्लाइंट जेएस है - केवल यूआरएल प्राप्त करता है और इसे खोलता है। यूआरएल का एक हिस्सा इस संसाधन के लिए जनरेट किए गए क्रेडेंशियल हैं)

त्रुटि चालू और बंद है, इसलिए मुझे लगता है कि यह क्रेडेंशियल्स में विशेष कुंजी के बारे में यहां कहा गया है, लेकिन चूंकि मैं सर्वर में जेनरेट किए गए क्रेडेंशियल्स का उपयोग कर रहा हूं - मैं उन्हें बदल नहीं सकता!

कोड में इसका ख्याल रखने का कोई तरीका? किसी भी तरह विशेष कुंजी पार्स करें?

नमस्ते !

मेरे क्लाइंट को लौटाए गए पूर्व-हस्ताक्षरित यूआरएल का उपयोग करते समय मुझे यही समस्या मिल रही है
URL सर्वर में (सीमित समय के लिए) उत्पन्न होता है। सर्वर पायथन है और मुझे वहां कोई त्रुटि नहीं दिख रही है, लेकिन क्लाइंट जेएस है - केवल यूआरएल प्राप्त करता है और इसे खोलता है। यूआरएल का एक हिस्सा इस संसाधन के लिए जनरेट किए गए क्रेडेंशियल हैं)

त्रुटि चालू और बंद है, इसलिए मुझे लगता है कि यह क्रेडेंशियल्स में विशेष कुंजी के बारे में यहां कहा गया है, लेकिन चूंकि मैं सर्वर में जेनरेट किए गए क्रेडेंशियल्स का उपयोग कर रहा हूं - मैं उन्हें बदल नहीं सकता!

कोड में इसका ख्याल रखने का कोई तरीका? किसी भी तरह विशेष कुंजी पार्स करें?

@ माया-हरेल आप IAM से क्रेडेंशियल बदल सकते हैं -> उपयोगकर्ता आपके द्वारा बनाए गए उपयोगकर्ता का चयन करते हैं और गुप्त कुंजी सुरक्षा क्रेडेंशियल टैब को फिर से उत्पन्न करते हैं।

कोड में समय भी वास्तव में घातक है, आपके द्वारा बैक-एंड में किए गए प्रत्येक अनुरोध के लिए, हस्ताक्षर उत्पन्न करने के लिए हेडर में इसका उपयोग करने के लिए वर्तमान समय प्राप्त करें।

एक तरफ के रूप में, उन उपयोगकर्ताओं के लिए बहुत सारे अंधे "अपने IAM क्रेडेंशियल्स को पुन: उत्पन्न करें" सुझाव दिए गए हैं जिन्होंने स्पष्ट रूप से कहा है कि यह उनके लिए एक विकल्प नहीं है।

यह उपयोगकर्ताओं के लिए मददगार नहीं है, और इस तथ्य से ध्यान भटकाता है कि यह एक ज्ञात बग है जो वैध IAM क्रेडेंशियल्स का उपयोग करने का प्रयास करने वाले aws-cli उपयोगकर्ताओं को प्रभावित करना जारी रखता है।

इसमें भी भाग रहे हैं।
$ एडब्ल्यूएस --संस्करण
aws-cli/1.16.300 Python/2.7.16 Linux/4.14.152-127.182.amzn2.x86_64 botocore/1.13.36

मेरी चाबियाँ पूरी तरह से अल्फा-न्यूमेरिक हैं, कोई विशेष वर्ण नहीं।

कुंजियाँ शेल से काम करती हैं, हालाँकि जब मेकफ़ाइल लक्ष्य में जेनकिंस के माध्यम से उपयोग किया जाता है, तो यह त्रुटि होती है। सुनिश्चित नहीं है कि यहाँ क्या हो रहा है।

मेरी गुप्त कुंजी में / और + हैं। इस मुद्दे में चल रहा है और कोशिश की है:

• गर्त aws-cli > aws iam get-user ( ~/.aws/credentials फ़ाइल का उपयोग करके)
• boto3 (पायथन 3.6.8 के माध्यम से)
  
  
  
  • हार्डकोडेड कुंजियाँ
  
  
  • पर्यावरण चर
  
  
  • तर्क boto3.Session(profile_name=PROFILE) (जो ~/.aws/credentials से खींचता है)
  
  

इन सभी का परिणाम SignatureDoesNotMatch त्रुटि है।

मैं वर्तमान में कुंजी को पुन: उत्पन्न नहीं कर सकता।

जो मुझे समझ नहीं आ रहा है वह यह है कि मैं साइबरडक (https://cyberduck.io/) में S3 प्रोटोकॉल का उपयोग कर सकता हूं और यह अपेक्षा के अनुरूप काम करता है। यह कैसे हो सकता है?

यह मेरे द्वारा सामना की गई सबसे निराशाजनक बगों में से एक है और यह पागल है कि इसे ठीक नहीं किया गया है। सर्कलसीआई में "+" के बिना क्रेडिट प्राप्त करना मेरे लिए काम करता है।

क्या यह अभी भी दुर्घटनाग्रस्त है? एक ही समस्या का सामना करना पड़ रहा है, वाह, मैं संभव नहीं हो सकता ...

हाँ, निराशा होती है। मेरी गुप्त कुंजी जिसमें + था, जेनकिंस पाइपलाइन में काम नहीं करती थी, लेकिन जब मैंने एक नया जेनरेट किया, जिसमें केवल कुछ / , तो ठीक काम किया।

मेरे पास उबंटू 16.04 पर awscli के पैकेज स्थापित संस्करण पर यह समस्या थी। मैंने awscli को एक अजगर पाइप पैकेज के रूप में स्थापित करके इसे ठीक किया।
निर्देशों के लिए, पायथन पीआईपी का उपयोग करके एडब्ल्यूएस सीएलआई स्थापित करना अनुभाग के तहत इस लिंक का पालन

_समस्या का सामना करना पड़ा_

1) एक्सेस कुंजी को पुन: उत्पन्न करने के बाद अमान्य हस्ताक्षर अपवाद त्रुटि का सामना करना पड़ा
2) आंशिक त्रुटि लॉग नीचे दिया गया है।

$ अजगर SetupAWS.py list_things
ट्रेसबैक (सबसे हालिया कॉल अंतिम):
फ़ाइल "SetupAWS.py", लाइन 222, in
लिस्ट_थिंग्स ()
फ़ाइल "SetupAWS.py", पंक्ति 182, list_things में
चीजें = क्लाइंट। लिस्ट_थिंग्स () ['चीजें']
फ़ाइल "c: प्रोग्राम फ़ाइलें (x86)Python38-32libsite-packagesbotocore-1.16.6-py3.8.eggbotocoreclient.py", लाइन 316, _api_call में
स्व._मेक_एपी_कॉल (ऑपरेशन_नाम, kwargs) वापस करें
फ़ाइल "c: प्रोग्राम फ़ाइलें (x86)Python38-32libsite-packagesbotocore-1.16.6-py3.8.eggbotocoreclient.py", लाइन 626, _make_api_call में
एरर_क्लास बढ़ाएं (parsed_response, ऑपरेशन_नाम)
botocore.exceptions.ClientError: ListThings ऑपरेशन को कॉल करते समय एक त्रुटि हुई (InvalidSignatureException): हमारे द्वारा परिकलित अनुरोध हस्ताक्षर आपके द्वारा प्रदान किए गए हस्ताक्षर से मेल नहीं खाता। अपनी AWS सीक्रेट एक्सेस कुंजी और हस्ताक्षर विधि की जाँच करें। विवरण के लिए सेवा दस्तावेज देखें।

_ मूल कारण विश्लेषण _

1) जैसा कि ऊपर अपनी टिप्पणियों में कई लोगों ने सुझाव दिया है, मेरी सीक्रेट एक्सेस कुंजी में "+" की उपस्थिति के परिणामस्वरूप उपरोक्त त्रुटि हुई।

_ संकल्प _

1) IAM उपयोगकर्ता के रूप में नई एक्सेस कुंजी उत्पन्न की और सत्यापित किया कि नई गुप्त एक्सेस कुंजी में स्ट्रिंग के भीतर "+" नहीं है।
2) aws config कमांड को रन करें और नए मान प्रदान करें।
3) अजगर SetupAWS.py list_things कमांड चलाएँ, जिसने मेरी चीज़ को सफलतापूर्वक सूचीबद्ध किया, जैसा कि नीचे दिखाया गया है,

$ अजगर SetupAWS.py list_things
[{'thingName': 'myThingName', 'thingArn': 'myThingArn', 'विशेषताएँ': {}, 'संस्करण': 1}]

यह मुद्दा छह साल से खुला है, और आपके धैर्य, दृढ़ता और आपके द्वारा प्रदान की गई जानकारी के लिए मैं आपको धन्यवाद देता हूं। आपकी टिप्पणियों (https://github.com/aws/aws-cli/issues/602#issuecomment-520469209) के माध्यम से कुछ अंतर्निहित कारणों की पहचान की गई है और कमांड लाइन उपयोगकर्ता गाइड समस्या निवारण त्रुटि अध्याय में संकलित किया गया है। इन कारणों में क्लॉक स्क्यू और कुछ ऑपरेटिंग सिस्टम विशेष वर्णों के साथ कुंजियाँ गलत तरीके से चलाना शामिल हैं।

मैंने कई अलग-अलग वातावरणों का उपयोग करके इसे पुन: पेश करने का प्रयास किया। मैंने Ubuntu 16.04, Ubuntu 18.04 और Amazon Linux 2 का उपयोग Python 3.6.8 और 3.8.3 के साथ किया। जबकि कई टिप्पणीकारों ने पायथन 2 का उपयोग किया, मैंने पुन: पेश करने का प्रयास नहीं किया क्योंकि यह अब समर्थित नहीं है। मैंने नवीनतम v1 aws-cli (लेखन के समय 1.18.80) के साथ-साथ इस अंक में संदर्भित एक पुराने संस्करण (1.11.78) का उपयोग किया। मैंने @jamesls द्वारा प्रदान की गई स्क्रिप्ट का उपयोग किया (https://github.com/aws/aws-cli/issues/602#issuecomment-281866173) जो नए क्रेडेंशियल जोड़े बनाता है जब तक कि यह विशेष पात्रों के साथ एक का सामना नहीं करता है और उन्हें अधिकतम तक चलने देता है। एक घंटा प्रत्येक। मेरे पास SignatureDoesNotMatch त्रुटि की कोई घटना नहीं हुई। मुझे वर्णन-इंस्टेंस कमांड पर कभी-कभी AuthFailure त्रुटियां मिलीं, लेकिन समान क्रेडेंशियल्स के साथ कमांड का पुन: प्रयास सफल होता है।

टिप्पणियों की बड़ी संख्या इस समस्या पर आने वाले नए उपयोगकर्ताओं के लिए समस्या निवारण सुझावों के लिए हमारी डेवलपर टीम से अनुरोध प्राप्त करना कठिन बना देती है। इस त्रुटि का कारण निर्धारित करने में हमारी टीम और समुदाय की सहायता करने के लिए, मैं इस मुद्दे को बंद कर रहा हूं और एक विशिष्ट गिटहब समस्या टेम्पलेट बना रहा हूं जिसमें इस त्रुटि का सामना करने वाले उपयोगकर्ताओं के लिए मार्गदर्शन और टिप्पणी आवश्यकताएं शामिल हैं।

यदि आप इस त्रुटि का सामना करते हैं, तो कृपया समस्या टैब पर जाएं, "नया अंक" बटन पर क्लिक करें, और SignatureDoesNotMatch त्रुटि रिपोर्ट के लिए टेम्पलेट का उपयोग करें (या नीचे दिए गए लिंक का उपयोग करें)।

उपयोगकर्ता परिवेशों की भिन्नता के कारण जहां यह त्रुटि होती है, कृपया किसी मौजूदा पर टिप्पणी करने के बजाय एक अलग समस्या दर्ज करें।

SignatureDoesNotMatch त्रुटि रिपोर्ट दर्ज करने के लिए यहां क्लिक करें