-
Notifications
You must be signed in to change notification settings - Fork 335
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
Add clarification to selfsigned bootstrapping #1278
Add clarification to selfsigned bootstrapping #1278
Conversation
✅ Deploy Preview for cert-manager-website ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
LGTM, but I think our PKI expert should take a look. 😄 /cc @SgtCoDFish |
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.
Would it be possible to explain your cluster issuer use-case without semi-duplicating the YAML? IMO this would be easier to understand by describing the differences in using an issuer vs cluster issuer.
ca: | ||
secretName: root-secret | ||
``` | ||
The first `ClusterIssuer` is used to sign the Root CA, in this case. The second `ClusterIssuer` is used to sign certificates using said Root CA. |
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.
Maybe better if we refer to the cluster issuers by name? WDYT?
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.
I'd agree with this, it's a good suggestion!
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.
First of all, thanks for contributing - really great to see!
I don't have anything to add beyond what Erik already said. I think if his comments are addressed I'd gladly merge!
ca: | ||
secretName: root-secret | ||
``` | ||
The first `ClusterIssuer` is used to sign the Root CA, in this case. The second `ClusterIssuer` is used to sign certificates using said Root CA. |
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.
I'd agree with this, it's a good suggestion!
@erikgb @SgtCoDFish Apologies for the delay. Thank you for taking the time to review and comment on this PR. I've accepted the suggestions and also pushed a new commit where I reword and clarify the excerpt regarding double ClusterIssuers. |
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
/approve
Looks like a great improvement, thank you so much for contributing 😁
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: SgtCoDFish The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Ah, you might need to add "selfsigned-issuer" to .spelling! |
1ba1509
to
9e6d8ae
Compare
9e6d8ae
to
1547c24
Compare
Signed-off-by: Nicolas Pais <[email protected]>
Cluster issuer will look for the secret in the namespace where cert-manager is installed Co-authored-by: Erik Godding Boye <[email protected]> Signed-off-by: Nicolas Pais <[email protected]>
Signed-off-by: Nicolas Pais <[email protected]>
Signed-off-by: Nicolas Pais <[email protected]>
1547c24
to
f28e9aa
Compare
/lgtm Thanks again for this! |
This adds further clarification when bootstrapping a cluster with
ClusterIssuer
and a Root CACertificate
. PR stemmed from cert-manager/cert-manager#6313