Closed A-Shevchenko closed 7 months ago
Voting for Prioritization
Volunteering to Work on This Issue
BTW, it's a regression issue - doesn't occur on 5.24.0, but occurs starting from 5.25.0, probably related to #34300 as we indeed use AWS config files, but they're OK... UPD: not related to config files, embedding credentials and role ARN into provider config doesn't solve the issue
This functionality has been released in v5.38.0 of the Terraform AWS Provider. Please see the Terraform documentation on provider versioning or reach out if you need any assistance upgrading.
For further feature requests or bug reports with this functionality, please create a new GitHub issue following the template. Thank you!
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
Terraform Core Version
1.3.9
AWS Provider Version
5.26.0
Affected Resource(s)
data "aws_caller_identity"
Expected Behavior
Succesful resolution of data provider
Actual Behavior
Fails with
Credential should be scoped to a valid region.
Relevant Error/Panic Output Snippet
Terraform Configuration Files
Steps to Reproduce
aws_caller_identity
data providerDebug Output
See that
Credential
of theAuthorization
header containsme-central-1
, whileus-east-1
is expectedPanic Output
No response
Important Factoids
As mentioned, it looks like the data provider uses the wrong region in Authorization header. However, in the log few lines above, when configuring the provider itself, the correct sts region is used:
As you can see,
Credential=ASIA************KIOP/20231211/us-east-1/sts/aws4_request
, so correct STS region is used -us-east-1
References
No response
Would you like to implement a fix?
None