cert-manager commands
16 commands, each with a one-line explanation. Click a command to copy it, or its title for details.
Commands 16 shown
-
helm install cert-manager jetstack/cert-manager --namespace cert-manager --create-namespace --set installCRDs=trueInstall cert-manager with CRDs into its own namespace
-
kubectl get pods -n cert-managerVerify all cert-manager components are running
-
kubectl get certificates -AList all Certificate resources across namespaces
-
kubectl describe certificate my-cert -n defaultShow status and events for a Certificate resource
-
kubectl get certificaterequests -AList all CertificateRequest objects
-
kubectl apply -f clusterissuer-letsencrypt.yamlApply a ClusterIssuer manifest for Let's Encrypt ACME
-
kubectl get clusterissuersList all ClusterIssuer resources and their ready status
-
kubectl annotate certificate my-cert cert-manager.io/issueTime="$(date -u +%Y-%m-%dT%H:%M:%SZ)" --overwriteForce cert-manager to renew a certificate immediately
-
kubectl logs -n cert-manager deploy/cert-manager -fStream logs from the main cert-manager controller
-
cmctl check apiVerify cert-manager API is ready using the cmctl CLI
-
kubectl apply -f - <<EOF apiVersion: cert-manager.io/v1 kind: ClusterIssuer metadata: name: letsencrypt-prod spec: acme: server: https://acme-v02.api.letsencrypt.org/directory email: admin@example.com privateKeySecretRef: name: letsencrypt-prod solvers: - http01: ingress: class: nginx EOFCreate Let's Encrypt prod ClusterIssuer with HTTP-01 solver
-
cmctl renew <name> -n <ns>Trigger immediate reissue without waiting for the renewal window; watch a new CertificateRequest spawn
-
cmctl status certificate <name> -n <ns>End-to-end view: Certificate, Request, Order, Challenge and the exact ACME failure reason
-
cmctl inspect secret <name> -n <ns>Decode the tls.crt and show issuer, SANs, validity without manual openssl x509 piping
-
kubectl apply -f - <<EOF apiVersion: cert-manager.io/v1 kind: ClusterIssuer metadata: name: letsencrypt-dns spec: acme: server: https://acme-v02.api.letsencrypt.org/directory privateKeySecretRef: name: letsencrypt-dns solvers: - dns01: route53: region: us-east-1 hostedZoneID: <id> EOFDNS01 issuer for wildcard certs; IRSA/secret must grant route53 change-record perms
-
kubectl get challenges -A -o wide && kubectl describe challenge -n <ns> <name>List pending validations and read the propagation/self-check error blocking issuance
no commands match — try a different search