Skip to content

Commit e3c2523

Browse files
author
Keyfactor
committed
Update generated docs
1 parent 5678b07 commit e3c2523

File tree

1 file changed

+3
-19
lines changed

1 file changed

+3
-19
lines changed

README.md

Lines changed: 3 additions & 19 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,5 @@
11
<h1 align="center" style="border-bottom: none">
2-
command-cert-manager-issuer
2+
Command Issuer
33
</h1>
44

55
<p align="center">
@@ -26,7 +26,7 @@
2626
</p>
2727

2828
## Support
29-
The command-cert-manager-issuer is open source and community supported, meaning that there is **no SLA** applicable.
29+
The Command Issuer is open source and community supported, meaning that there is **no SLA** applicable.
3030

3131
> To report a problem or suggest a new feature, use the **[Issues](../../issues)** tab. If you want to contribute actual bug fixes or proposed enhancements, use the **[Pull requests](../../pulls)** tab.
3232
@@ -262,22 +262,6 @@ For example, ClusterIssuer resources can be used to issue certificates for resou
262262
kubectl apply -f clusterissuer.yaml
263263
```
264264
265-
> **Overriding the `spec` using Kubernetes Annotations on CertificateRequest Resources**
266-
>
267-
> The
268-
>
269-
> <details><summary>Notes</summary>
270-
> The GoDaddy AnyCA Gateway REST plugin requires several custom enrollment parameters that are passed to GoDaddy upon the submission of a new PFX/CSR enrollment request. These custom enrollment parameters configure the domain/organization/extended validation procedure required to complete the certificate enrollment.
271-
>
272-
> Prior to Command v12.3, custom enrollment parameters are not supported on a per-request basis for PFX/CSR Enrollment. If your Keyfactor Command version is less than v12.3, the only way to configure custom enrollment parameters is to set default parameter values on the Certificate Template in the Keyfactor AnyCA Gateway REST.
273-
>
274-
> Before continuing with installation prior to Command 12.3, users should consider the following:
275-
>
276-
> * Each combination of custom enrollment parameters will require the creation of a new Certificate Template and Certificate Profile in the Keyfactor AnyCA Gateway REST.
277-
> * If you have multiple combinations of custom enrollment parameters, consider the operational complexity of managing multiple Certificate Templates and Certificate Profiles.
278-
> * If your certificate workflows mostly consist of certificate renewal, re-issuance, and revocation, the GoDaddy AnyCA Gateway REST plugin is fully supported.
279-
> </details>
280-
281265
# Creating a Certificate
282266
283267
Once an Issuer or ClusterIssuer resource is created, they can be used to issue certificates using cert-manager. The two most important concepts are `Certificate` and `CertificateRequest` resources.
@@ -374,7 +358,7 @@ Keyfactor Command allows users to [attach custom metadata to certificates](https
374358
375359
- **Pre-defined Certificate Metadata**
376360
377-
If **all of the following metadata fields are defined** in Command, Command Issuer will populate the fields upon certificate enrollment. All of the metadata fields are String types. Please refer to the [Command docs](https://software.keyfactor.com/Core/Current/Content/ReferenceGuide/Certificate%20Metadata.htm) to define these metadata fields in Command.
361+
If **all of the following metadata fields are defined** in Command, Command Issuer will populate the fields upon certificate enrollment. All of the metadata fields are String types. Please refer to the [Command docs](https://software.keyfactor.com/Core/Current/Content/ReferenceGuide/Certificate%20Metadata.htm) to define these metadata fields in Command if you would like Command Issuer to populate these fields on certificates upon enrollment.
378362
379363
| Field Name | Description |
380364
|-------------------------------------|-----------------------------------------------------------------------------------------------------------------|

0 commit comments

Comments
 (0)