- Newest
- Most votes
- Most comments
I'm getting that error too. It appears to be a temporary problem with the console. The STS endpoint does exist at sts.eu-central-1.amazonaws.com, and as you stated, eu-central-1 is enabled by default, so the endpoint is available without having to be enabled separately.
Thank you for the responses! @Didier it isn't possible to complete those docs, I did try before writing the question, but I can not complete step 3 as there is no options for regions to set as Active or Inaction.
- In the Security Token Service (STS) section Endpoints, find the Region that you want to configure, and then choose Active or Inactive in the STS status column.
This did lead me down a path of investigating other EU regions, all had the same error, and even on a new account, same error.
I managed to get a build (in Amplify) working on us-east-1 without changing anything. I'm no expect but my speculation is that because IAM and other Global services are hosted at us-east-1 there was no need for Amplify to request a sts:AssumeRole from another region, bypassing this check.
Hi,
Did you exactly follow this page: https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_enable-regions.html#sts-regions-activate-deactivate
It details all steps to accomplish to successfully access STS regional endpoints.
Best,
Didier
Relevant content
asked 3 years ago

You can set anything based on AWS SDKs, whether things like the boto3 library for Python or the AWS CLI, to choose the regional endpoint by setting the environment variable
AWS_STS_REGIONAL_ENDPOINTStoregional(https://docs.aws.amazon.com/sdkref/latest/guide/feature-sts-regionalized-endpoints.html) or by specifying it explicitly to the AssumeRole API you call via the AWS SDK. It's generally recommended to use the regional endpoints, because they share regional availability characteristics with other resources, and provide minimal-latency access from inside the region.