-
-
Notifications
You must be signed in to change notification settings - Fork 5.8k
Fix statement about lego _FILE env var #6964
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
juliens
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
ldez
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks 👍
jbdoumenjou
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Lego does not support the `_FILE` variables for everything. For example: > AWS_ACCESS_KEY_ID Managed by the AWS client (AWS_ACCESS_KEY_ID_FILE is not supported) https://go-acme.github.io/lego/dns/route53/
Co-authored-by: Roger D. Winans <solvaholic@users.noreply.github.com>
|
Woohoo! Thanks y'all 🙇 |
Lego does not support the
_FILEvariables for everything. For example:https://go-acme.github.io/lego/dns/route53/
What does this PR do?
Fix statement about lego _FILE env var: s/Every/Many/ and instruct reader to follow linked documentation.
Motivation
I trusted the "every" in this doc so thoroughly I failed completely to notice the contradictory statement in lego's doc. I wasted most of a day chasing around
route53: NoCredentialProviders. I disliked that, and I want future readers to have a better experience.More
Additional Notes
Traefik is amazing and I love the work y'all are doing!
I suspect the lack of support for
AWS_ACCESS_KEY_ID_FILEhas more to do with the AWS SDK than with lego or Traefik.