Open Jake-RoundrockIO opened 2 years ago
Okay, this seems odd. The S3 upload script really is the Achilles' heel of this module (That's why it is also removed in the upcoming v1.0.0 release) 🙈.
Have you checked your openssl version (it's used internally to calculate the signature)?
openssl version
> LibreSSL 2.8.3
openssl version
> OpenSSL 3.0.2 15 Mar 2022 (Library: OpenSSL 3.0.2 15 Mar 2022)
Same bug here. Using v0.13.2 and openssl 3.0.2 on a fresh AWS account.
Thanks for reporting! Can confirm that the problem is related to the OpenSSL 3.x release.
Will take a look into it.
In the meantime downgrading to OpenSSL 2.x should work, or otherwise install the AWS CLI and set use_awscli_for_static_upload
to use it for the upload:
module "tf_next" {
source = "milliHQ/next-js/aws"
+ use_awscli_for_static_upload = true
...
}
Thanks for the fix!
You're suggestion appears to solve my problem for the time being until the OpenSSL issue is worked out.
When attempting to deploy using v0.13.2, Everything seems to go well until
module.tf_next.module.statics_deploy.null_resource.static_s3_upload
, which fails with a 403.When running the script itself (
s3-put
) with the--debug
flag it informs me:I have verified that the correct AWS profile creds are exposed as environment variables and that the profile has the correct permissions to create objects in an S3 bucket, tested via the aws CLI.