수정: 이 문제가 발생하는 경우 문제 해결에 도움을 주시면 감사하겠습니다. 문제 해결 단계를 더 잘 볼 수 있도록 이 의견을 업데이트하고 있습니다.

문제 해결

이 문제를 해결하기 위한 첫 번째 단계는 문제가 자격 증명 자체에 있는지 아니면 CLI에 있는지 확인하는 것입니다. 이를 테스트하려면 다른 AWS SDK(javascript, ruby, java 등)에서 이러한 자격 증명을 사용해 보십시오. 이를 돕기 위해 https://github.com/jamesls/aws-creds-test에서 사용할 수 있는 python 및 javascript용 AWS SDK를 사용하는 테스트 스크립트를 만들었습니다. 복제 후 make install , make test . 자격 증명(CLI와 유사)을 입력하라는 메시지가 표시되고 sts.GetCallerIdentity API를 호출합니다.

/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.

이 문제가 발생하는 사람들을 위해 테스트 스크립트를 실행하고 출력을 공유하십시오.

이렇게 하면 이 문제가 발생하는 위치에 대한 더 나은 통찰력을 얻을 수 있습니다.

• 위의 스크립트가 python과 javascript 모두에 대해 통과하지만 CLI를 사용할 때 실패하면 CLI 문제일 가능성이 있습니다.
• 스크립트가 python에서는 실패하지만 javascript에서는 통과하면 botocore(CLI에서 사용)에 문제가 있을 수 있습니다.
• 위의 스크립트가 python과 javascript 모두에 대해 실패하면 실제 자격 증명에 문제가 있을 수 있습니다.

이 문제를 해결하는 데 도움을 주신 모든 분들께 미리 감사드립니다. 질문이 있으면 알려주세요.

다음과 같이 보입니다.

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

이 문제에 대한 업데이트가 있습니까? 또한 이 오류가 발생하고 내 자격 증명 파일이 변경되지 않았습니다.

비슷한 문제가 있습니다. Jenkins s3 플러그인은 내 자격 증명을 사용하여 객체를 넣을 수 있지만 aws-cli에서 아래 오류가 발생합니다.

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 인증서를 지정하여 ec2-blah-stuff 유틸리티로 몇 가지 작업을 수행할 수 있지만 도움말에는 더 이상 사용되지 않는다고 나와 있으므로 의존하고 싶지 않습니다. 문제 해결에 도움이 되거나 정말 감사하겠습니다.

첫 번째 단계는 액세스/비밀 키가 실제로 유효한지 확인하는 것입니다. 시도해 볼 몇 가지:

• 이러한 동일한 액세스/비밀 키 자격 증명이 다른 도구와 함께 작동합니까? (java/javascript/ruby/python SDK?)
• "aw s3" 이외의 다른 명령이 작동합니까? "aws ec2 describe-instances"가 여전히 인증 오류를 생성합니까?

다른 도구(예: ec2-describe-instance)에서는 작동하지 않습니다.

나는 인증서를 사용하기 때문에 적절한 권리가 있다고 생각합니다. 워크스테이션용이 아닌지 확인하기 위해 Amazon Linux 인스턴스를 구축했으며 함께 제공되는 awscli 버전을 사용하고 있지만 동일한 메시지가 표시됩니다.

나에게도 문제다. 동일한 Dockerfile로 빌드된 도커 컨테이너에서 사용하고 있습니다.
EC2에서 빌드할 때는 제대로 작동하지만 coreos vagrant box에서 로컬로 빌드할 때는 작동하지 않습니다.

자격 증명 자체에 문제가 있는 것 같습니다. 이 문제를 다시 확인했지만 이 문제를 재현할 수 없습니다. 보안 자격 증명 페이지 에서 자격 증명을 다시 확인

방금 나에게 이런 일이 발생했으며 보고하지 않았음에도 불구하고 시스템 시간이 너무 많이 떨어진 결과였습니다. pool.ntp.org에 대해 ntpdate를 실행하고 이 문제를 해결했습니다.

env 변수를 사용하여 cred를 설정할 때 이 오류가 발생하면 sudo를 시도하십시오.

가상 머신에 있는 경우 호스트 OS 시간이 게스트 OS 시간과 일치하는지 확인하십시오. 그렇지 않은 경우 설명한 오류가 발생합니다.

_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 은 이 오류를 해결하기 전에 오랜 시간(1시간 이상) 동안 실행됩니다. 결국 실패한 명령에서 82,000줄 이상의 출력이 있는 파일이 있습니다.

나는이 문제가 발생했으며 스크립트를 잠시 잠자고 다시 시도하면 진행됩니다. 스로틀링되어 잘못된 오류 또는 무언가를 반환하는 것과 거의 같습니다.

이 문제도 신고할 수 있습니다. aws cp foo s3://mybucket/foo/bar를 사용하여 11GB 파일을 업로드하려고 하면 다음과 같은 다양한 오류가 발생합니다.

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 문제인 것으로 보입니다.

이것은 aws-cli 1.5.5에서도 발생했으며 aws-cli를 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)

문제를 해결하는 방법에 대한 아이디어가 있습니까?

내 해결책은 몇 초 동안 잠을 잔 다음 다시 시도하는 것이지만
이 문제를 해결하는 도구에 대한 업데이트도 있는 것 같습니다.

2014년 12월 2일 화요일 오전 3시 38분에 Mark Wolfe [email protected] 은 다음과 같이 썼습니다.

새로운 우분투 시스템에서 이 문제가 발생합니다.

PutObject 작업을 호출할 때 클라이언트 오류(SignatureDoesNotMatch)가 발생했습니다. 계산한 요청 서명이 제공한 서명과 일치하지 않습니다. 키와 서명 방법을 확인하세요.

pip를 통해 aws-cli를 설치했습니다.

$ 핍 목록
가능한 (1.5.4)
apt-xapian-index (0.45)
argparse (1.2.1)
awscli (1.6.5)
bcdoc (0.12.2)
보토코어 (0.76.0)
샤르데 (2.0.1)
치타 (2.4.4)
클라우드 초기화(0.7.5)
콜로라도 (0.2.5)
configobj (4.7.2)
docutils (0.11)
html5lib(0.999)
httplib2 (0.8)
진자2 (2.7.2)
jmespath (0.5.0)
json패치 (1.3)
jsonpointer (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)
파이썬 apt (0.9.3.5)
파이썬-날짜유틸(2.3)
파이썬 데비안(0.1.21-nmu2ubuntu2)
파이YAML(3.10)
요청(2.2.1)
로마자 (2.0.0)
RSA (3.1.2)
설정 도구(3.3)
여섯 (1.5.2)
스핑크스 (1.2.2)
SSH 가져오기 ID(3.21)
트위스트 코어(13.2.0)
urllib3 (1.7.1)
wsgiref (0.1.2)
zope.interface (4.0.5)

문제를 해결하는 방법에 대한 아이디어가 있습니까?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/aws/aws-cli/issues/602#issuecomment -65198065.

@wolfeidau 그리고 네 제가 너무 빨리 말했어요. 로컬에 pip 설치된 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'

이 문제는 요청을 재시도할 때만 발생합니까? 아니면 deregister-instances-from-load-balancer 명령을 실행할 때마다 이런 일이 발생합니까?

@jamesls 지금은 매번 발생합니다 :(

이 문제가 해결되었다는 것을 알고 있지만 최대 절전 모드로 전환되는 VM에서 실행할 때 이 오류를 볼 수 있다는 사실을 공유하고 싶습니다. 이러한 경우 Ubuntu를 사용하는 경우 시스템 시계가 일관되게 따라잡지 않습니다. 수정할 시간을 업데이트하기만 하면 됩니다(예: sudo ntpdate -s time.nist.gov).

안녕하세요, 이것에 대한 최종 수정 사항이 있습니까?

+1

CLI 버전 1.7.8을 사용하여 다음을 시도할 때 동일한 SignatureDoesNotMatch 오류가 표시되었습니다.
$ aws iam list-users

그리고 이에 대한 AuthFailure를 얻습니다.
$ aws ec2 describe-security-groups

내 키를 삭제하고 새 키를 시도하면 두 명령이 모두 작동합니다.

이것은 내 문제의 원인일 수 있는 오래된 비밀 액세스 키입니다. 백분율, 더하기 및 슬래시 문자를 확인하십시오. H2J7/oT3Fib15SwFVB1s3EnTCmg+SC7wF7qoP+dw%

:+1: @gsterndale. % 있는 액세스 키가 작동하지 않습니다. 새 키를 생성해야 했습니다.

저도 이 문제를 여러 번 경험했습니다. 특수 문자가 없는 키를 얻을 때까지 키를 다시 생성할 때마다(특히 비밀의 + 기호에 문제가 있음) 키가 수정되었습니다.

사실 내 모든 서명 키 문제는 로컬 mac homebrew 설치 대신 우분투 시스템에서 명령을 실행하는 것으로 전환했을 때 사라졌습니다.

저는 AWS를 처음 접하고 node js에서 바로 이 문제에 직면했습니다.

              ^

SignatureDoesNotMatch: 계산한 요청 서명이 귀하가 제공한 서명과 일치하지 않습니다. AWS 보안 액세스 키 및 서명 방법을 확인하십시오. 상담하세요
자세한 내용은 부사장 문서를 참조하십시오.

이 요청에 대한 표준 문자열은 다음과 같아야 합니다.
'게시하다
/

호스트:email.us-west-2.amazonaws.com
x-amz-content-sha256:89cdc817a829111278fbed35aacc694db71669f3845874beaecaf00ff2be1a39
x-amz- 날짜:20150809T053346Z

호스트;x-amz-content-sha256;x-amz-date
89cdc817a829111278fbed35aacc694db71669f3845874beaecaf00ff2be1a39'

String-to-Sign은 다음과 같아야 합니다.
'AWS4-HMAC-SHA256
20150809T053346Z
20150809/us-west-2/ses/aws4_request
0b908b0248bae550b814b37629a418707742416377816b5a5e78e1897b72293e'

+1

모든 aws s3 명령(ubuntu 14.04 LTS의 awscli 1.8.6)에 대해 이 문제가 있습니다.
알려진 솔루션이 있습니까? 자격 증명 파일을 삭제하고 aws configure, 재부팅, awscli 재설치를 실행했습니다.

@mcobzarenco , 새 키를 사용해

@gsterndale 이전 키에 슬래시가 있다는 위의 댓글을 보았지만 그렇지 않고 내 키가 최근에 생성되었습니다(2015년 6월). AWS Ubuntu 14.04 LTS에서만 이 문제가 발생합니다. 내 랩톱(14.04)에서 awscli(동일한 버전)가 제대로 작동합니다.

@mcobzarenco 키의 시대가 아니라 특수 문자라고 생각합니다. 원래 키를 만들 때 퍼센트, 더하기 및 슬래시 문자가 있었습니다. 문제를 디버깅하는 동안 새 키를 삭제하고 만들려고 했습니다. 이 새로운 것들은 운 좋게도 이러한 문자가 없었고 작동합니다.

방금 우분투에서이 문제가 발생했습니다. cli를 통해 키를 입력하면 ~/.aws/config에 저장되지만 '+' 문자는 제거됩니다. 파일을 수동으로 편집하여 '+'를 추가하면 연결할 수 있습니다.

@gsterndale 팁 감사합니다. + 포함되지 않은 새 키를 생성하는 것도 효과가 있음을 확인할 수 있습니다. @stebl 의 솔루션은 키 교체가 불편한 경우에 좋습니다.

node js와 함께 AWS SDK를 사용할 때도 동일한 문제에 직면했습니다. 이 문제를 해결하기 위해 여기에 언급된 것과 똑같은 단계를 따랐습니다.
http://aws.amazon.com/developers/getting-started/nodejs/

AWS SDK는 특정 버전의 node js로 개발되었으며 node js의 불일치로 인해 이와 같은 문제가 발생한다고 생각합니다.

나는 같은 문제가 있고 예, 특수 기호가 없는 키를 사용하여 해결되었습니다(내 특정 경우에는 + ).

이 오류가 발생했습니다(한 시스템에서는 awscli를 사용하여 인스턴스를 설명할 수 있지만 다른 시스템에서는 동일한 액세스 키를 사용하여 액세스 거부 오류가 발생했습니다. 후자의 시스템에서 iam list-users는 이 SignatureDoesNotMatch 오류를 제공했습니다). 문제가 있는 시스템의 시스템 시계 시간을 수정하여 해결했습니다.

@tukaaa가 말했듯이 비밀 액세스 키에 알파벳이 아닌 문자(예: +)가 포함되어 있으면 버그가 있습니다. 어딘가로 탈출하는 것이 나쁜 것 같아요 ;-(

@ebuildy 현재 보고 있는 CLI 버전( aws --version )을 확인할 수 있습니까? 이것이 CLI의 이유 버전이라면 이 문제를 다시 진행하겠습니다.

aws-cli/1.9.1 Python/3.5.0 Windows/7 botocore/1.1.8 에 받고 있습니다.

알파가 아닌 문자가 없는 키를 사용하여 하나의 Windows 상자에서 동일한 문제가 발생했습니다. 다른 상자에 동일한 붙여넣기 버퍼를 사용하여 복사/붙여넣기 오류가 아님을 확인했습니다. AWS cli를 제거/재설치하고 자격 증명/구성 파일을 삭제한 다음 aws 구성을 다시 실행하면 문제가 해결되었습니다.

aws-cli/1.10.3 Python/2.7.10 Darwin/14.5.0 botocore/1.3.25 에서 방금 봤습니다.

특수 문자 없이 키를 재생성하면 문제가 해결되었습니다. 내 경우 특수 문자는 FWIW가 / 이고 INI 파일을 사용하고 있었습니다.

다시 열었습니다. 이에 대해 자세히 알아보겠습니다.

@I는 @gsterndale 설명 나는이 같은 문제를 확인할 수 있습니다.

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과 우분투 모두에서. 다른 사람들이 언급했듯이 알파가 아닌 문자와 관련이 있다고 생각합니다.

• 단일 역할에 대해 보호되는 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가 있는 무언가가 자격 증명을 엉망으로 만들고 있다고 생각합니다. 명령을 수동으로 실행하고 값을 복사하여 붙여넣을 때 그런 다음 환경 변수를 설정하면 제대로 작동하는 것 같습니다.

Mac(pip를 통해 설치)에서 awscli 버전 1.10을 실행하고 Ubuntu(Amazon 이미지) awscli 버전 1.2.9를 실행할 때도 동일한 문제가 발생했습니다. 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 계정의 소유자가 아니며 쉽게 새 계정을 만들 수 없습니다. 특수 문자 없이 새 키를 만드는 것 외에 수정 사항을 찾은 사람이 있습니까?

tl;dr 솔루션: aws_secret_access_key에 영숫자가 아닌 문자가 포함되지 않을 때까지 자격 증명을 반복적으로 다시 생성합니다. 제 경우에는 aws_secret_access_key에 +(더하기 기호)가 포함되어 있습니다.

방금 새로 설치했습니다 ... 동일한 문제 ... 이것은 Ubuntu에 있습니다 ... 로컬 OS 문제가 아니라 Amazon API 문제이므로 OSX에서 벗어나면 문제가 해결된다는 다른 의견은 무시하십시오

aws ec2 설명 인스턴스

DescribeInstances 작업을 호출할 때 오류(AuthFailure)가 발생했습니다. AWS가 제공된 액세스 자격 증명을 확인할 수 없습니다.

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

aws ec2 설명 보안 그룹

DescribeSecurityGroups 작업을 호출할 때 오류가 발생했습니다(AuthFailure): AWS가 제공된 액세스 자격 증명의 유효성을 검사할 수 없습니다.

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

aws ecr 로그인

GetAuthorizationToken 작업을 호출할 때 오류(InvalidSignatureException)가 발생했습니다. 계산한 요청 서명이 제공한 서명과 일치하지 않습니다. AWS 보안 액세스 키 및 서명 방법을 확인하십시오. 자세한 내용은 서비스 설명서를 참조하십시오.

이 요청에 대한 표준 문자열은 다음과 같아야 합니다.
'게시하다
/

콘텐츠 유형:응용 프로그램/x-amz-json-1.1
호스트:ecr.us-east-1.amazonaws.com
x-amz- 날짜:20160615T182955Z
x-amz- 대상:AmazonEC2ContainerRegistry_V20150921.GetAuthorizationToken

콘텐츠 유형;호스트;x-amz-날짜;x-amz-대상
44136fa355b3678a1146ad16f7e8649e94fb4fc21fe77e8310c060f61caaff8a'

String-to-Sign은 다음과 같아야 합니다.
'AWS4-HMAC-SHA256
20160615T182955Z
20160615/us-east-1/ecr/aws4_request
86c2e3c850acd6765a1ca6aa626c6e9a6c85284f3954f45e170f51b5b89961c7'

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

aws iam 목록 사용자

ListUsers 작업을 호출할 때 오류(SignatureDoesNotMatch)가 발생했습니다. 계산한 요청 서명이 제공한 서명과 일치하지 않습니다. AWS 보안 액세스 키 및 서명 방법을 확인하십시오. 자세한 내용은 서비스 설명서를 참조하십시오.

이 요청에 대한 표준 문자열은 다음과 같아야 합니다.
'게시하다
/

호스트:iam.amazonaws.com
x-amz- 날짜:20160615T183516Z

호스트;x-amz-날짜
b6359072c78d70ebee1e81adcbab4f01bf2c23245fa365ef83fe8f1f955085e2'

String-to-Sign은 다음과 같아야 합니다.
'AWS4-HMAC-SHA256
20160615T183516Z
20160615/us-east-1/iam/aws4_request
ad9f7581f0bf25ecae56355a6c96b60f3dc3188efbbdb3d0d4806e9f2c5cf8a9'

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

aws --버전
aws-cli/1.10.38 Python/2.7.11+ Linux/4.4.0-22-generic botocore/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) 도커에서 이 문제가 표시되는 경우 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'

최신(최신) 버전의 AWS CLI에서도 동일한 문제가 여전히 존재합니다. 방금 1.8.3 CLI를 1.11.19로 업그레이드했으며 내가 만든 새 사용자/키로 명령을 실행할 수 없었습니다. 비밀 키에 알파벳이 아닌 문자가 없는 쌍을 얻기 전에 약 5개의 키를 재활용해야 했습니다. 그런 쌍을 우연히 발견하면 CLI가 제대로 작동합니다.

매우 성가신 - Amazon이 처리할 수 없는 잘못된 키를 생성하지 않기를 바랍니다.....

@mpopova-yottaa awe-cli 캐시를 완전히 지우려고 했습니까? 전체 ~/.aws 디렉토리를 삭제해 보십시오(구성/자격 증명 파일의 복사본 만들기).

aws ec2 describe-instances 는 나를 위해 실행되지만 구름 형성 스택을 만들려고 할 때:

```쓰레드 "main" com.amazonaws.services.cloudformation.model.AmazonCloudFormationException 예외: 우리가 계산한 요청 서명이 제공한 서명과 일치하지 않습니다. AWS 보안 액세스 키 및 서명 방법을 확인하십시오. 자세한 내용은 서비스 설명서를 참조하십시오.

이 요청에 대한 표준 문자열은 다음과 같아야 합니다.
'게시하다
/

amz-sdk-invocation-id:18d13b66-80ae-f676-c0cf-dbf875edb1aa
amz-sdk- 재시도: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-invocation-id;amz-sdk-retry;host;user-agent;x-amz-date
aca0973fb4ac4029ec038d9c80b4afa23b6d305822b10e6bc32751ee1bd311d5'

String-to-Sign은 다음과 같아야 합니다.
'AWS4-HMAC-SHA256
20161127T194448Z
20161127/us-west-1/cloudformation/aws4_request
cb0286a8727afcc465171ab991accde0aaa7210e160a9ba3196e2a5e4305f428'(서비스: AmazonCloudFormation, 상태 코드: 403, 오류 코드: SignatureDoesNotMatch, 요청 ID: f52abbd9-190-b90)

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 awe-cli에 대한 캐시가 다운되었습니다. 삭제 시도: .aws/cli/cache/

@cultavix .aws 안에 cli 디렉토리가 없습니다

--archive-description "`date`" aws glacier upload-archive 를 실행할 때 이 오류가 발생했습니다. --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 및 샘플 Python 코드(boto3)를 사용하여 동일한 문제가 있습니다.
저는 IBM 오브젝트 스토리지 S3 API 호환을 사용하고 있습니다. 버킷과 해당 컨텐츠를 나열할 수 있지만 업로드할 수는 없습니다(pyhton 코드 및 cli 모두).
ruby aws-sdk 시나리오를 테스트했는데 잘 작동합니다(업로드/다운로드).
-- 구성
aws-cli/1.2.9 Python/3.4.3 Linux/3.19.0-33-generic

Glacier에 다중 파트 업로드를 저장하기 위해 몇 달 동안 사용한 스크립트에서 이와 동일한 문제가 발생하기 시작했습니다. aws cli를 통해 여전히 잘 입금할 수 있으므로 자격 증명은 계속 작동하지만 boto3을 사용하는 스크립트는 다음과 함께 실패합니다.

"botocore.exceptions.ClientError: InitiateMultipartUpload 작업을 호출할 때 오류가 발생했습니다(InvalidSignatureException: 계산한 요청 서명이 제공한 서명과 일치하지 않습니다. AWS 보안 액세스 키 및 서명 방법을 확인하십시오. 자세한 내용은 서비스 설명서를 참조하십시오."

aws --버전은
aws-cli/1.11.38 파이썬/2.7.10 다윈/15.6.0 보토코어/1.5.1

(예, 문제를 해결할 수 있다고 생각하는 모든 것을 업데이트했습니다...그런 행운은 없습니다.)

특수 문자가 없는 새 키 쌍을 가져오면(제 경우에는 + 였습니다) 문제가 해결되었습니다.

여기에서 비밀 키에서 + 의 잘못된 처리에 대한 또 다른 확인이 있습니다.

안녕하세요 여러분, 다음은 이 문제를 재현하는 데 사용한 스크립트입니다. https://gist.github.com/jamesls/00ef7fcc0ac39ba8b06956d165c42f6d . 이것은 스크립트가 하는 일입니다:

• + 또는 / 문자가 있는 자격 증명을 찾을 때까지 루프에서 aws iam create-access-key 를 통해 새 access_key/secret_key 쌍을 만듭니다.
• 새로 생성된 자격 증명으로 새 "testcreds" 프로필을 만듭니다.
• 이러한 자격 증명이 작동하는지 확인하기 위해 다양한 AWS CLI 명령을 호출하도록 시도합니다.

API 호출이 실패할 때까지 무한 루프에서 이 작업을 수행합니다. 지금까지 나는 그것을 실패하게 만들지 못했습니다. + 및 / 가 있는 비밀 키가 작동합니다.

이 시점에서 우리는 + 또는 / 가 있는 secret_keys를 사용하는 것이 확실히 가능함을 확인했기 때문에 근본 원인이 서명 코드의 버그만큼 직접적인 것이라고 생각하지 않습니다. + 가 있으면 중단됩니다. 이 스레드의 주석을 다시 읽으면 ~/.aws/config 또는 ~/.aws/credentials 파일에 자격 증명을 입력하는 방법에 문제가 있을 수 있습니다. + 또는 / 를 포함하는 문자를 변경하는 플랫폼 특정 사항이 있을 수 있습니다.

따라서 여전히 이 문제를 겪고 있는 사람에게 몇 가지 추가 정보를 제공해 주시면 정말 도움이 될 것입니다.

1. 자격 증명을 어떻게 얻습니까(콘솔에서 복사/붙여넣기, aws iam create-access-key , 콘솔에서 CSV 파일 등)?
2. 이러한 자격 증명을 사용하도록 CLI를 어떻게 구성하고 있습니까? aws configure 을 실행 중이고 메시지가 표시되면 값을 입력합니까? aws configure set 를 실행하여 프로그래밍 방식으로 이 작업을 수행하고 있습니까? ~/.aws/config 및/또는 ~/.aws/credentials 를 수동으로 편집하고 있습니까? 다양한 AWS_* 환경 변수를 설정하시겠습니까?

가능하다면 더욱 도움이 될 보너스 사항:

1. 다른 SDK를 사용하는 경우 CLI에서 작동하지 않는 이러한 자격 증명이 다른 AWS SDK에서 작동합니까?
2. 테스트 계정이나 테스트 IAM 사용자가 있는 경우 테스트에 사용 하는

우리 측에서 이 문제를 재현하는 데 도움이 될 수 있는 추가 정보가 있으면 좋습니다.

이 문제가 계속 발생합니다. 질문에 답하려면:
Amazon 콘솔에서 자격 증명을 생성하고 ~/.aws/credentials에 잘라내기/붙여넣기(Mac에서 emacs로 편집)

지금까지 수행한 문제 해결에서(그리고 저는 이 분야의 초보자입니다...) 'Canonical String'은 정확하지만 'String-to-Sign'은 잘못되어 마지막 줄이 다릅니다. 즉, auth.py string_to_sign의 반환 값을 인쇄할 때 'sha256(canonical_request.encode('utf-8')).hexdigest())'에서 생성된 숫자가 반환된 오류 "The String -to-Sign 이어야 합니다." .

내 자격 증명에는 특수 문자가 없으며 CrossFTP(사용하고 싶지 않음!!!)와 같은 다른 도구를 사용할 때 작동합니다.

어떤 통찰력이라도 대단히 감사하겠습니다!!

@samato88 은 다른 문제로 보입니다. 디버그 정보를 공유할 수 있다면(민감한 정보는 모두 제거해야 함) 도움이 될 것입니다.

string_to_sign은 secret_access_key의 영향을 받지 않습니다. 요청에 서명할 때 보내려는 HTTP 요청을 받아 문자열(예: 문자열 ot sign)로 변환한 다음 비밀 키를 사용하여 해당 문자열에 비밀 키로 서명합니다(몇 자세한 내용은 여기). 따라서 서명할 문자열과 관련된 모든 문제는 이 문제와 별개입니다.

다른 문제를 열고 --debug 출력을 제공(또는 서비스의 전체 요청 및 오류 메시지 포함)할 수 있습니까? 이 문제를 조사해 드리겠습니다.

감사합니다 jamesls - 다음 위치에서 별도의 문제를 열었습니다.
https://github.com/aws/aws-cli/issues/2474

어떤 통찰력이라도 대단히 감사합니다.

시스템 시간이 5분 이상 꺼지면 CLI를 사용할 수 없습니다.

그냥 실행... sudo ntpdate -s time.nist.gov

그런 다음 다시 시도

나는 같은 문제가 있었고 내 비밀 키에 "+"기호가 있습니다. .aws/credentials 파일을 삭제하고 aws configure를 다시 실행했습니다. 그 후 메시지를 수신하기 위해 sq queue에 대한 쿼리가 작동했습니다.

@AlexParra03 감사합니다. 나는 같은 문제가 있었고 귀하의 의견은 해결하는 데 도움이되었습니다.... :-)

@robotzero 자격 증명을 어떻게 입력했는지 기억하십니까? aws configure 을 실행한 다음 웹 콘솔에서 값을 복사/붙여넣기 했습니까?

예, aws configure를 실행하고 값을 복사하여 붙여넣었습니다.

예, 내 비밀에 +가 있어서 여전히 이 오류가 발생했습니다. 특수 문자 없이 새 키를 만들면 문제가 해결되었습니다.

aws --버전
aws-cli/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. CLI를 사용하도록 구성하려면 어떻게 해야 합니까?

두 개의 파일을 수동으로 만들었습니다.

~/.aws/config

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

~/.aws/credentials

[default]
aws_access_key_id = ACCESS_KEY_HERE 
aws_secret_access_key = SECRET_ACCESS_KEY_THAT_BREAKS_WITH_A_+_SIGN

죄송합니다. '+' 기호가 포함된 액세스 키를 삭제했기 때문에 보너스 질문에 도움을 드릴 수 없으므로 문제가 표시되지 않습니다.

@adityanatraj 감사합니다. 모든 것이 도움이 됩니다.

문제 해결에 도움이 되는 다음 단계는 이것이 CLI만의 문제인지 아니면 자격 증명 자체의 문제인지 파악하는 것입니다. 여전히 이 문제를 겪고 있는 사람이라면 다른 AWS SDK에서 이러한 자격 증명을 사용해 볼 수 있다면 정말 도움이 될 것입니다. 이를 돕기 위해 직접 설정하지 않으려는 경우 이를 쉽게 만드는 샘플 repo/script를 함께 넣었습니다. 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 요청(C#)에서 이와 동일한 예외가 발생했습니다.

나는 같은 문제가 있었다. + 및 /가 있는 새 비밀 키가 작동하지 않습니다. 해당 문자 없이 새 키를 생성했는데 제대로 작동합니다.
귀하의 테스트 스크립트는 Linux용이고 저는 Windows를 실행 중입니다.
Windows 셸 및 _aws configure_를 사용하여 Control-C 및 Control-V를 사용하여 자격 증명을 붙여넣었습니다.
그리고 나는 _aws cp_만 사용하고 있었습니다.

이것도 테스트했으며 위에서 언급한 것처럼 비밀 키에 기호가 없는 한 잘 작동합니다.

이 문제가 곧 해결되기를 바랍니다. 작동하는 자격 증명을 얻을 때까지 자격 증명을 계속 재생성해야 하는 것은 고통스러운 일입니다!

어제 AWS에 지원 티켓을 제출했는데 오늘 해결된 것 같습니다.

여러 번 테스트했으며 + 및 / 모두 이제 작동하는 것 같습니까? 더 이상 이 버그를 재현할 수 없습니다.

내 Pi에서 동일한 문제가 발생했습니다.
최신 awscli(aws-cli/1.11.85 Python/3.4.2 Linux/4.9.24-v7+ botocore/1.5.48)에서 여전히 문제가 발생했습니다.

root@pi :~# aws s3 ls s3://
ListBuckets 작업을 호출할 때 오류(SignatureDoesNotMatch)가 발생했습니다. 계산한 요청 서명이 제공한 서명과 일치하지 않습니다.
Secret Access Key와 서명 방법을 확인하세요. 자세한 내용은 REST 인증 및 SOAP 인증을 참조하십시오.

특수 문자(+ 또는 /)가 없는 비밀 키를 사용해도 액세스가 작동하지 않았습니다. 시간은 항상 일치했지만 불행히도 이것도 문제가 되지 않았습니다.

".aws/config" 파일에서 유효한 영역(테스트용으로만 ..)을 추가했는데 갑자기 작동했습니다. 호환되는 s3 스토리지(Amazon의 s3 아님)를 사용하고 있기 때문에

[기본]
aws_secret_access_key = 마이 키
aws_access_key_id = MYID
region = us-east-1 <-- 이전에 "더미" 값이 있었습니다.

보이는 것처럼 영역에는 "올바른" 값이 있어야 합니다. "dummyvalue"와 같은 다른 것으로 다시 변경하면 위에서 언급한 것과 동일한 오류가 발생합니다.
이제 "us-east-1" 값으로 작동합니다!
이것이 누군가를 돕기를 바랍니다.

나도 방금 이것에 부딪쳤다. 또한 비밀 키에 '+'가 있는 문제인 것 같습니다. 환경 변수에 자격 증명이 있으면 오류가 발생합니다. ~/.aws/credentials 파일에 넣으면(손으로 편집하여) 오류가 발생하지 않습니다.

[편집] 환경 변수가 dos(vim의 ff=dos)용으로 형식화된 파일에 있다는 것을 알아차렸습니다. 방금 .csv 파일을 다운로드하여 편집하여 항목을 환경 변수로 변경했기 때문입니다. 파일을 'ff=unix'로 다시 포맷하면 더 이상 오류가 발생하지 않습니다. 2의 유일한 차이점은 줄 반환이며, dos는 "CR-NL"을 사용하고 유닉스는 "NL"을 사용합니다. 제 생각에는 실제로 문제가 된 "CR" 문자였습니다.

나도, 그리고 또한 "+" 문제를 확인

Mac용 Docker를 사용할 때 이 문제가 발생하면 Docker를 다시 시작하기만 하면 시스템 시간 불일치가 수정됩니다.

나는 같은 문제에 직면했다.
비밀을 확인했고 그 안에 +/가 있었습니다.
작동하려면 특수 문자 없이 새 ID 쌍을 만들어야 했습니다.

특수 문자가 없는 키 쌍을 만들 때까지 새 키 쌍을 만들면 해결됩니다. 특수 문자(특히 +)는 ~/.aws/credentials에서 작동하지 않습니다.

특수 문자 없이 생성된 키(특히 + )도 문제를 해결했습니다.

@eikenb 의 주석에 따라 파일 형식을 지정하는 것도 트릭을 수행합니다.

키를 삭제하고 새 키를 만드는 것이 효과적이었습니다.

방금 이 오류를 받았습니다. GMT에서 6분 이상 차이가 나는 시스템 시간을 업데이트했습니다. 문제를 즉시 수정했습니다.

나에게는 너무 낯설고 까다로웠다.
나는 이 문제와 씨름했고 그것을 해결하기 위해 여러 번 시도했습니다.
순간 그것은 갑자기 작동했습니다! 나는 놀라서 새 양동이를 만들었지만 작동하지 않았습니다. 코드 변경 외에는 아무것도 하지 않았기 때문에 몇 시간을 기다렸습니다. 마지막으로, 나는 아무것도 하지 않았지만 잘 작동했습니다. 믿을 수 없어...

사용 aws configure 윈도우 7 I에서 bash 쉘에서 내가 두 있었다 발견 aws_secret_access_key 내에서 라인 .aws/credentials 하고 두 번째 줄은 내가 쓰레기의 부하를 잘못-입력 거라고 된 곳 . 두 번째 줄을 삭제하고 모두 작동했습니다.

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

내 키 또는 비밀에 +가 없는 Linux Mint에서 이 문제를 봅니다.

테스트 스크립트의 출력:

/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

방금 키를 다시 만들었습니다. 새 키에는 여전히 '+'가 포함되어 있지만 이제 cli를 사용할 수 있습니다.

그렇게 쉬울 수 있다

@DanAbbz92 실제로, 나는 지금 같은 해결책을 찾았습니다. 이전 키가 작동하지 않는 이유를 모르지만 새 키가 동일한 프로세스를 사용하여 정상적으로 작동했습니다.

잘못된 붙여넣기 시도에서 내 비밀 키에 ^V가 있었습니다. 키에서 잘못된 문자를 검사할 때 더 강력한 경고를 표시하는 것이 현명할 수 있습니다. 불필요한 에스컬레이션을 방지합니다.

이 문제는 2014년에 보고되었습니다. 오늘은 2017년 10월 26일입니다. 이 문제가 발생했으며 내 비밀에는 "+"가 있습니다. 새 키를 만들어 ~/.aws/configure에 넣었습니다.
Amazon, 이 버그* 를 수정할 계획이 있습니까 ???

오늘 cli를 설치하고 aws configure 실행한 후 이 문제가 발생했습니다. 내 키에는 특수 문자가 없었지만 다음으로 문제가 해결되었습니다.

• rm -r ~/.aws/
• .aws 폴더와 credentials 파일을 다시 만들고 자격 증명을 수동으로 다시 추가했습니다.

tl;dr 그것을 껐다가 다시 켜면 나를 위해 일했습니다 ¯_(ツ)_/¯

Hadoop을 사용하는 사람들의 경우: Hadoop 2.8.0에서 관련 버그가 수정되었습니다.
" s3:" 인코딩된 경우에도 Secret Key에 슬래시가 포함되어 있으면 URL이 깨집니다.

안녕하세요, 오늘 나는 같은 문제를 잡았습니다.
상자의 시간이 잘못되었습니다. 업데이트 시간 후 모든 것이 작동합니다.

또 다른 "나도" 추가

2개의 '+' 문자가 있고 내 Windows VM의 내 .aws/credentials 파일에서 작동하는 비밀 키(.NET 애플리케이션에서 사용하는 경우)가 있었지만 내 MacBook Pro의 brew에서 awscli를 설치했을 때 , .aws 파일을 복사하여(파일 인코딩, 줄 끝 형식 등 테스트) SignatureDoesNotMatch로 실패했습니다.

영숫자가 아닌 비밀 키를 얻을 때까지 자격 증명을 다시 만들려고 시도했으며 이제 Mac의 awscli에서 작동합니다. 해당 자격 증명을 다시 내 Windows 컴퓨터로 복사하고 .NET 응용 프로그램을 실행하면 여전히 작동합니다.

두 컴퓨터 모두에서 시간을 변경하지 않았습니다(Mac은 이미 NTP를 사용하고 있었고 Windows VM은 실제 시간보다 약 12분 늦게 실행되는 것으로 보입니다).

brew install awscli로 awscli를 설치했습니다.

및 aws --version 반환: aws-cli/1.14.30 Python/3.6.4 Darwin/16.7.0 botocore/1.8.34

글쎄, 나는 오늘 오후에 람다에 코드를 푸시했다(2018-02-01 15:48 EST with lambda in us-east-1).
이제 오후 6시에 사무실의 모든 시스템에서 서명 오류가 발생합니다.
이 스레드를 통해 되돌아보면: 내 시대는 정확하고, 아무 것도 변경되지 않았으며, 자격 증명이 1년 미만이며, 자작 버전 aws-cli/1.14.30 Python/3.6.4 Darwin/17.4.0 botocore/1.8.34 사용하여 설립된 날부터 작동하고 있습니다(1.14.1으로 다운그레이드를 시도했습니다. 2x 버전, 사랑 없음)

이것은 약간의 말라키

동일한 문제가 있고 특수 문자(예: /, + 등) 없이 새 키 생성을 해결했습니다.

의견 을

방금 같은 문제가 있었고 랩톱 시계를 수정하여 해결했습니다. 분명히 나는 ​​시간에 늦었다.

방금 이 문제를 경험했으며 내 ntp 클라이언트가 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)가 발생했습니다. 계산한 요청 서명이 제공한 서명과 일치하지 않습니다. 키와 서명 방법을 확인하세요.
도와주세요.

내 비밀은 + 기호로 시작하고 오늘까지이 문제가 있는지조차 몰랐습니다. boto3 파이썬을 사용하여 s3에 액세스합니다. 자격 증명을 원시 문자열로 전달할 때는 작동하지 않지만 configparser.RawConfigParser() 사용하여 config.ini에서 변수로 로드하면 제대로 작동합니다. 물론 끝이나 처음에 + 기호 없이 새 비밀을 생성하면 이 문제도 해결됩니다.

그럼에도 불구하고 이것이 (어떤 이유로) 고칠 수 없다면 "+ 기호를 허용하지 않습니다. 원하는 방식으로 액세스하려면 새 메시지를 생성하십시오"와 같은 예외 메시지를 변경할 수 있습니다.

나는 osx에서 aws cli를 사용하고 있으며 정확하지 않은 것으로 보이는 비밀도 있었습니다. 내 원본 파일에는 + 및 = 가 있었고 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

그러나 Ubuntu의 이 버전에서는 발생하지 않습니다.

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

2014년 1월에 시작하여 2018년 6월에 시작하여 4년 넘게 SignatureDoesNotMatch 오류로 동일한 문제가 발생했습니다. 나를 위한 솔루션은 여기의 모든 대다수 솔루션과 동일했습니다. 이전 키에 콜론 : 이 있는 것처럼 특수 문자가 없는 새 비밀 키를 가져오고 시간 동기화를 시도했지만 작동하지 않습니다. WSL을 사용하고 있습니다.

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

@gchiu가 2017년 4월에 말한 내용 업데이트: 2018년 6월에도 슬래시(/) 문자가 있는 비밀로 인해 PHP 클라이언트가 작동하지 않을 수 있습니다(제 경우에는 Windows 10의 PHP 7). _서명이 일치하지 않습니다_ 오류. 이 상황에서는 더 안전한 다른 키 쌍을 생성하기만 하면 됩니다.

이것때문에 30분정도 당황했습니다.

이 문제에 따라 현지 시간 등을 확인했습니다. - 모두 좋았습니다.

필사적으로 ~/.aws/credentials 파일에 핵을 넣고 다시 로그인(본질적으로 파일 재생성)하면 짜잔, 그냥 작동합니다.

왜이 오류가 발생하는지 궁금합니다!

편집하다:
제 경우에는 비밀 키와 관련이 없는 것 같습니다. 그것들은 모두 대부분 단순한 문자열이었습니다.

이 문제에 대한 +1, 내 키는 = . / 만 있고 모든 것이 정상인 키를 재생성했습니다. 키를 " 표시로 묶으려고 했지만 소용이 없었습니다.

AWS CLI에서 기대할 수 있는 것은 아닙니다.

여기에 같은 문제를 추가하면 내 키의 /가 이 문제를 일으켰다는 것을 믿을 수 없습니다. 시간낭비해주셔서 감사합니다!

나는이 문제가 있었다. 처음에 루트 사용자로 aws cli를 설치한 결과라고 생각합니다. 해결 방법은 aws cli를 제거하고 현재 사용자의 홈 폴더와 루트 폴더에 있는 .aws 폴더를 모두 삭제한 다음 현재 사용자로 다시 'aws configure'를 실행하는 것으로 보였다.

Ubuntu에서 systemd 타이머를 사용하여 bash 스크립트를 실행할 때 이 문제가 발생했습니다. 내 사용자와 함께 스크립트를 수동으로 실행할 때 모든 것이 잘 작동했습니다. 그러나 타이머는 (SignatureDoesNotMatch) 오류를 계속 발생시킵니다. 그런 다음 루트로 실행되는 모든 aws 명령에 대해 (SignatureDoesNotMatch)가 생성되었고 'aws configure'가 제공되는 새 값을 저장하지 않았음을 확인했습니다.

문제를 해결하기 위해 루트 'su -i'로 로그인하고 'cd ~/.aws/'로 변경하고 'sudo rm -r 자격 증명'으로 구성을 제거하고 'aws configure'를 다시 실행했으며 이번에는 새 값 저장되었습니다. 거기에서 모든 것이 예상대로 다시 작동했습니다!

이 문제가 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에 대한 수정을 기대할 수 있습니까? 아니면 제가 도울 수 있는 일이 있습니까?

비밀 키에 + 가 포함되어 있기 때문에 내 aws cli에서 동일한 문제에 직면했습니다. 해결되었습니다.

내 2센트. 가속 끝점 속성에 지정된 대로 다음과 같은 방식으로 가속 전송을 사용하여 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

이유는 모르겠지만 이제 작동합니다. 내 버킷 이름("imaat")에는 DNS 실패로 이어질 수 있는 특수 문자가 없지만 최신 cli 업데이트에서 어떤 이유로 실패했습니다.

텍스트 편집을 통해 프로필을 추가하고 이 오류가 발생했습니다. aws 구성 세트 를 통해 프로필 액세스 ID와 비밀을 업데이트하면 작동했습니다. 이것은 '+'가 있는 비밀용이며 aws-cli/1.16.23 Python/2.7.15 Windows/10 botocore/1.12.13

@dave-miles 당신은 뭔가를하고 있습니다, 의견을 주셔서 감사합니다! 아래에서 귀하의 발견을 확장하고 있습니다.

일부 도커 이미지에서 이 문제가 발생했습니다. 원래 ~/.aws/credentials 파일을 컨테이너에 추가하기 위해 dockerfile에서 ADD를 사용하고 있었습니다.

이렇게 하면 s3에서 다운로드하려고 할 때 SignatureDoesNotMatch 오류가 발생합니다.

dockerfile에서 ADD 줄을 제거하고 새 도커 컨테이너를 다시 빌드하고 시작했습니다. 이 새 컨테이너에서 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 컨테이너는 "신선한" centos 이미지였습니다).

aws configure set 명령을 사용한 후 s3에서 성공적으로 다운로드할 수 있었습니다.

dockerfile과 함께 이것을 사용하는 사람은 dockerfile에서 RUN 문을 사용하여 두 명령을 실행하거나 ADD 문을 사용하여 스크립트를 도커 컨테이너에 푸시할 수 있습니다.

#!/bin/sh

aws 구성 세트 aws_access_key_id _access-key-id-goes-here_
aws 설정 aws_secret_access_key _secret-access-key-goes-here_

@villasenor 와 같은 문제가 + 로 인해 오류가 발생했습니다. 키를 회전하면 문제가 해결되었습니다.

여기도 마찬가지이지만 액세스 키나 비밀 키에는 특수 문자가 없습니다.
동일한 IAM 사용자에 대해 새 세트를 재생성하고 새 세트는 버킷을 나열할 수 있지만 이전 세트는 나열할 수 없습니다.

이는 AWS cli 및 Java SDK 호출 모두에서 발생했습니다. 고객의 잘못이 아니라는 주장...

두 세트 모두 아직 라이브입니다. 아마존에 더 자세한 정보를 원하는 사람이 있으면 연락하십시오.

제 동료도 방금 이것을 겪었습니다. 처음에 + 또는 /가 있는 액세스 키를 얻을 때까지 액세스 키를 만들어 디버깅을 시도했습니다. 그래도 반성할 수는 없었다.

직장동료가 이런 경험을 했습니다. 우리는 이것이 비밀 키에 + 또는 /와 함께 특히 Ubuntu 18.04에서 발생한다고 결정했습니다.

현재 Windows 10을 사용하는 중에 오늘 같은 오류가 발생했습니다. 그러나 다른 랩톱(Mac)에서 동일한 액세스 키를 사용하면 제대로 작동합니다. 그런 다음 WSL 내에서 액세스 키를 시도했지만 괜찮습니다. 이유가 확실하지 않으며 aws 키에 특수 문자가 없습니다.

한 세트의 액세스 키에서 이 오류가 발생하고 다른 세트에서는 그렇지 않습니다.
다른 여러 게시물에서 언급했듯이 여기 내 키는 '/'입니다. 나에게 이 문제는 RFC URI 인코딩 표준을 사용하여 인코딩/디코딩하고 다른 하나는 사용하지 않는 서버 또는 클라이언트의 간단한 문제처럼 보입니다.
언급된 테스트 스크립트를 실행하고 오류를 재현할 계획입니다.

여기 다른 사람들에게 오류가 발생했지만 ~/.aws 폴더에 잘못된 자격 증명이 캐시되었습니다. 먼저 거기에서 찾고 두 번째로 환경 변수를 찾습니다.

Git Bash를 사용하여 Windows 10에서 이것을 경험하고 있습니다. Powershell과 잘 작동합니다. Python 호출은 obv가 다르지만 동일한 Python 및 Python 모듈입니다. 내 키에 + 및 / 있습니다.

방금이 문제가 있었고 해결 방법은 공백을 제거하는 것이 었습니다. 예시.
기본값 대신:
[profilename]
aws_access_key_id = MYAWSACCESSKEYID
aws_secret_access_key = MYAWSSECRETACCESKEY
나는 그것을 다음과 같이 바꿨다:
[profilename]
aws_access_key_id=MYAWSACCESSKEYID
aws_secret_access_key=MYAWSSECRETACCESKEY

= 주위에 공백이 없다는 점에 유의하십시오. 이것은 나를 위해 고쳤고 내 키에도 + 및 /가 있습니다.

여기에 몇 가지 멋진 문제 해결 팁이 있습니다. CLI 사용자 가이드의 문제 해결 섹션에 있는 페이지로 전환하겠습니다. 기여에 감사드립니다!

안녕하세요 여러분,

여기에 많은 답변이 있음을 알 수 있지만 저에게는 AWS Secret Access Key의 특수 문자였습니다. 광산은 "=+"로 시작했지만 웹 콘솔에서 특수 문자 없이 새 항목을 생성했을 때 즉시 작동하기 시작했습니다.

Windows의 Ubuntu에서 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를 문제 없이 로컬로 사용할 수 있지만 circleci에서 실행할 때 SignatureDoesNotMatch 오류가 발생했습니다.

다른 사람들이 내 비밀 액세스 키에 + 문자가 포함되어 있다고 제안했으며 새 키를 생성한 후 모든 것이 작동하기 시작했습니다.

이 스레드 없이는 디버그가 거의 불가능했을 것입니다.

@blbradley 감사

동일한 문제가 있었습니다. 솔루션은 사용되지 않는 AWS 자격 증명으로 Windows 환경 변수를 삭제하는 것이었습니다.

Python3 boto3에서도 문제가 발생했습니다.
광산은 =/

호스트 Time&Region을 게스트 Time&Region과 유사하게 만드는 가상 머신에 있습니다.

오늘 새로 생성된 키에서도 이것이 나에게 영향을 미쳤다는 사실을 알리고 싶었습니다. 그리고 많은 좌절 끝에 여기에 착륙했고 키에서 / 에 대한 언급을 보았습니다. 물론 그것이 문제였습니다. 새 키가 없으면 작동합니다. 앗?!

이 문제가 2014년에 시작되었다는 것이 믿기지 않고 여전히 이에 대한 수정 사항이 없습니다. 이 버그로 인해 새로운 AWS 자격 증명 세트를 만들어야 했습니다. '/' 인코딩도 시도했지만 작동하지 않았습니다.(

"/"로 자격 증명을 제거하면 문제가 해결되었습니다. 이 점을 지적해 주신 모든 분들께 감사드립니다.

지금 2020년에 이만하면 됩니다. 비밀 키에는 '+'가 있습니다.

aws-cli — aws 프로젝트에서 개발 — 유효한 aws 키로 실패... 6년 동안?

2020년 1월에도 같은 문제가 있습니다. 비밀 키에는 "/" 슬래시 문자가 있습니다.

AWS IAM 콘솔을 사용하여 새 자격 증명 세트를 생성하고 비밀 키가 모두 영숫자인지, "/", "+"가 없는지 확인했습니다. ~/.aws/credentials 파일에서 이전 비밀 키를 새 비밀 키로 교체한 다음 다시 시도했습니다.

이것은 그것을 해결했습니다.

2020년에도 동일한 문제입니다. 그러나 영숫자는 내 자격 증명 자체의 일부이기 때문에 제거할 수 없으며 제가 제어할 수 없습니다.

캐릭터를 제거할 때까지 자격 증명을 다시 생성하십시오. 보통 한두 번만 더 시도하면 됩니다.

모리츠

보낸 사람: columb1a [email protected]
보낸 날짜: 2020년 1월 21일 화요일 오후 1:47
받는 사람: aws/aws-cli [email protected]
참조: Maurice Bizzarri [email protected] ; 댓글 [email protected]
제목: Re: [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 % 3D 및 예약 = 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년이면 충분하다고 생각했는데...

또한 gitlab을 통해 AWS S3 버킷에 Vue.js 앱을 배포하고 있습니다.
msg:치명적인 오류: ListObjectsV2 작업을 호출할 때 오류가 발생했습니다(SignatureDoesNotMatch): 계산한 요청 서명이 제공한 서명과 일치하지 않습니다. 키와 서명 방법을 확인하세요.

영숫자가 아닌 문자가 없었지만 단일 프로필에 대해 프로필 작업이 작동하지 않았습니다. 콘솔을 사용하여 자격 증명을 다시 생성했고 새 자격 증명이 방금 작동했습니다.

오늘날에도 이러한 오류가 발생하고 특수 문자('+' 또는 '/') 없이 자격 증명을 재생성하는 것이 효과적입니다.

여전히 같은 문제가 있지만 갑자기 발생합니다. Get 및 Put 작업으로 작업하는데 하나는 작동하고 다른 하나는 작동하지 않습니다. 예, 내 비밀 키에는 특수 문자가 포함되어 있지 않습니다. 어떤 도움이? 먼저 getIntent(amazon lex 모델 API)를 호출하여 인텐트 체크섬을 검색한 다음 putIntent를 호출하여 해당 인텐트를 업데이트합니다. Get 메서드는 작동하지만(항상 그런 것은 아님) put 메서드는 동일한 서명 문제로 나타나는 반면, 코드에서 Get 메서드 API를 제거하면 Put 메서드는 3번 중 2번 작동합니다.

이 문제가 발생했습니다. 새 키를 생성하는 것이 좋습니다.
aws 프로필을 다시 구성하십시오.

AWS 구성

AWS 액세스 키 ID [ * * * * QD5E]: AWS_ACCESS_KEY_ID
AWS 보안 액세스 키 [ * * * * ANjA]: AWS_SECRET_ACCESS_KEY
기본 리전 이름 [eu-west-3]: AWS_REGION
기본 출력 형식[json]: OUTPUT_FORMAT

안녕 !

내 클라이언트에 반환된 미리 서명된 URL을 사용할 때 이와 동일한 문제가 발생합니다.
URL은 서버에서 생성됩니다(제한된 시간 동안). 서버는 python이고 거기에는 오류가 표시되지 않지만 클라이언트는 JS입니다. URL만 가져와서 엽니다. URL의 일부는 이 리소스에 대해 생성된 자격 증명입니다)

이 오류는 켜짐 및 꺼짐이므로 자격 증명의 특수 키에 대해 여기에서 말한 것과 관련이 있다고 생각하지만 서버에서 생성된 자격 증명을 사용하고 있기 때문에 변경할 수 없습니다!

코드에서 이것을 처리할 방법이 있습니까? 어떻게 든 특수 키를 구문 분석합니까?

안녕 !

내 클라이언트에 반환된 미리 서명된 URL을 사용할 때 이와 동일한 문제가 발생합니다.
URL은 서버에서 생성됩니다(제한된 시간 동안). 서버는 python이고 거기에는 오류가 표시되지 않지만 클라이언트는 JS입니다. URL만 가져와서 엽니다. URL의 일부는 이 리소스에 대해 생성된 자격 증명입니다)

이 오류는 켜짐 및 꺼짐이므로 자격 증명의 특수 키에 대해 여기에서 말한 것과 관련이 있다고 생각하지만 서버에서 생성된 자격 증명을 사용하고 있기 때문에 변경할 수 없습니다!

코드에서 이것을 처리할 방법이 있습니까? 어떻게 든 특수 키를 구문 분석합니까?

@maya-harel IAM에서 자격 증명을 변경할 수 있습니다. -> 사용자가 생성한 사용자를 선택하고 비밀 키 보안 자격 증명 탭을 다시 생성할 수 있습니다.

또한 코드의 타이밍은 정말 치명적입니다. 백엔드에서 수행하는 각 요청에 대해 헤더에서 서명을 생성하는 데 사용할 현재 시간을 가져옵니다.

제쳐두고, 옵션이 아니라고 명시적으로 말한 사용자에게 블라인드 "IAM 자격 증명 재생성" 제안이 많이 있었습니다.

이것은 사용자에게 도움이 되지 않으며 이것이 유효한 IAM 자격 증명을 사용하려는 aws-cli 사용자에게 계속 영향을 미치는 알려진 버그라는 사실을 산만하게 합니다.

이것 또한 실행합니다.
$ aws --버전
aws-cli/1.16.300 Python/2.7.16 Linux/4.14.152-127.182.amzn2.x86_64 botocore/1.13.36

내 키는 완전히 영숫자이며 특수 문자는 없습니다.

키는 셸에서 작동하지만 Makefile 대상에서 Jenkins를 통해 사용할 때 이 오류가 발생합니다. 여기서 무슨 일이 일어나고 있는지 확실하지 않습니다.

내 비밀 키에는 / 및 + 가 모두 있습니다. 이 문제가 발생하여 다음을 시도했습니다.

• 트로프 aws-cli > aws iam get-user ( ~/.aws/credentials 파일 사용)
• boto3(파이썬 3.6.8을 통해)
  
  
  
  • 하드코딩된 키
  
  
  • 환경변수
  
  
  • boto3.Session(profile_name=PROFILE) 인수(~/.aws/credentials에서 가져옴)
  
  

이러한 모든 결과는 SignatureDoesNotMatch 오류입니다.

현재 키를 재생성할 수 없습니다.

내가 이해하지 못하는 것은 Cyberduck(https://cyberduck.io/)에서 S3 프로토콜을 사용할 수 있고 예상대로 작동한다는 것입니다. 어떻게 그럴 수 있니?

이것은 내가 만난 가장 실망스러운 버그 중 하나여야 하며 아직 수정되지 않았다는 사실이 안타까울 뿐입니다. CircleCI에서 "+" 없이 크레딧을 받는 것이 저에게 효과적이었습니다.

여전히 충돌합니까? 같은 문제에 직면하여 와우 나는 불가능합니다 ...

네, 답답합니다. + 가 있는 내 비밀 키는 Jenkins 파이프라인에서 작동하지 않았지만 / 몇 개만 있는 새 암호를 생성했을 때 제대로 작동했습니다.

Ubuntu 16.04에서 패키지 설치 버전의 awscli에서 이 문제가 발생했습니다. awscli를 python pip 패키지로 설치하여 문제를 해결했습니다.
지침은 Python PIP를 사용하여 AWS CLI 설치 섹션에서 이 링크를 따르십시오.

_ 발생한 문제 _

1) 액세스 키를 재생성한 후 InvalidSignatureException 오류가 발생했습니다.
2) 부분 오류 로그는 아래와 같습니다.

$ python SetupAWS.py list_things
역추적(가장 최근 호출 마지막):
파일 "SetupAWS.py", 222행,
list_things()
list_things의 파일 "SetupAWS.py", 182행
사물 = client.list_things()['사물']
파일 "c:Program Files (x86)Python38-32libsite-packagesbotocore-1.16.6-py3.8.eggbotocoreclient.py", 316행, _api_call
반환 self._make_api_call(operation_name, kwargs)
파일 "c:Program Files (x86)Python38-32libsite-packagesbotocore-1.16.6-py3.8.eggbotocoreclient.py", 626행, _make_api_call
error_class(parsed_response, operation_name) 올리기
botocore.exceptions.ClientError: ListThings 작업을 호출할 때 오류가 발생했습니다(InvalidSignatureException): 계산한 요청 서명이 제공한 서명과 일치하지 않습니다. AWS 보안 액세스 키 및 서명 방법을 확인하십시오. 자세한 내용은 서비스 설명서를 참조하십시오.

_ 근본 원인 분석 _

1) 위의 많은 의견에서 제안한 것처럼 내 비밀 액세스 키 에 "+" 가 있으면 위의 오류가 발생합니다.

_ 해상도 _

1) IAM 사용자로 새 액세스 키 를 생성하고 새 보안 액세스 키 가 문자열 내에 "+"를 포함하지 않는지 확인했습니다.
2) aws configure 명령을 실행하고 새 값을 제공했습니다.
3) 아래와 같이 내 물건을 성공적으로 나열한 python SetupAWS.py list_things 명령을 실행했습니다.

$ python SetupAWS.py list_things
[{'thingName': 'myThingName', 'thingArn': 'myThingArn', '속성': {}, '버전': 1}]

이 호는 6년 동안 공개되었으며 귀하의 인내, 끈기 및 제공한 정보에 감사드립니다. 몇 가지 근본적인 원인은 귀하의 의견(https://github.com/aws/aws-cli/issues/602#issuecomment-520469209)을 통해 확인되었으며 명령줄 사용 설명서 오류 문제 해결 장 으로 컴파일되었습니다. 이러한 원인에는 시계 왜곡 및 특수 문자가 있는 키를 잘못 처리하는 일부 운영 체제가 포함됩니다.

다양한 환경을 사용하여 이것을 재현하려고 했습니다. Python 3.6.8 및 3.8.3과 함께 Ubuntu 16.04, Ubuntu 18.04 및 Amazon Linux 2를 사용했습니다. 많은 댓글 작성자가 Python 2를 사용했지만 더 이상 지원되지 않기 때문에 재현을 시도하지 않았습니다. 이번 호에서 언급한 최신 v1 aws-cli(작성 당시 1.18.80)와 이전 버전(1.11.78)을 사용했습니다. @jamesls에서 제공하는 스크립트(https://github.com/aws/aws-cli/issues/602#issuecomment-281866173)를 사용하여 특수 문자가 있는 자격 증명 쌍을 생성하고 최대 각각 1시간. SignatureDoesNotMatch 오류가 발생하지 않았습니다. describe-instances 명령에서 가끔 AuthFailure 오류를 수신했지만 동일한 자격 증명으로 명령을 재시도하면 성공합니다.

많은 수의 댓글로 인해 이 문제를 찾는 신규 사용자가 문제 해결 제안에 대한 개발자 팀의 요청을 찾기가 어렵습니다. 우리 팀과 커뮤니티가 이 오류의 원인을 결정할 수 있도록 지원하기 위해 이 문제를 종료하고 이 오류가 발생하는 사용자에 대한 지침 및 설명 요구 사항이 포함된 특정 GitHub 문제 템플릿을 만듭니다.

이 오류가 발생하면 문제 탭으로 이동하여 "새 문제" 버튼을 클릭하고 SignatureDoesNotMatch 오류 보고서 템플릿을 사용하십시오(또는 아래 링크 사용).

이 오류가 발생하는 사용자 환경의 차이로 인해 기존 문제에 댓글을 달기 보다는 별도의 문제를 제출해 주시기 바랍니다.

SignatureDoesNotMatch 오류 보고서를 제출하려면 여기를 클릭하십시오.