Skip to content

Setup guide

DigiCert setup guide for sslcertificates.io

This guide explains how to connect DigiCert to sslcertificates.io, what credentials to prepare, and how to operate safely in Test (Let's Encrypt Staging) and Live (publicly trusted issuance) environments.

What this integration does

DigiCert CertCentral is implemented with X-DC-DEVKEY. The connector lists account and products, submits SSL orders, tracks domain and organization validation, downloads certificates, reissues, revokes, and maps CertCentral error codes. ACME is available when the account exposes a directory.

Category: Certificate Authorities. Public integration page: /integrations/digicert.

Outcomes

  • Order certificates through DigiCert
  • Complete domain validation
  • Renew or reissue before expiry
  • Revoke a certificate when a name is retired

Prerequisites

  • Active DigiCert account
  • API access
  • CertCentral API key with Orders and Domain Management. Optional ACME credentials for DigiCert ACME.

Authentication and credentials

Authentication mode in the catalog: api_key+acme.

Fields the connection form expects: CertCentral API key (required); ACME directory URL (optional)

Store secrets in a password manager while you paste them once into sslcertificates.io. Values are encrypted at rest and are not shown again after save. Prefer narrowly scoped credentials over admin passwords.

CertCentral API key with Orders and Domain Management. Optional ACME credentials for DigiCert ACME.

Permissions (least privilege)

CertCentral API key with Orders and Domain Management. Optional ACME credentials for DigiCert ACME.

OV/EV require organization validation in CertCentral. Live orders need a paying DigiCert account.

Connect in the workspace

  1. Sign in to sslcertificates.io
  2. Open Integrations
  3. Choose DigiCert
  4. Enter the connection details
  5. Test the connection
  6. Select the resources you want to manage

After Test connection succeeds, run Discover so the platform lists zones, subscriptions, domains, or deploy targets you are allowed to see. Select only resources this organization should manage.

Test vs Live certificate environments

Test uses Let's Encrypt Staging as the CA directory. Staging certificates are not trusted by browsers; use them to prove DNS-01, HTTP-01, deploy scripts, and webhooks without consuming production rate limits.

Live uses Let's Encrypt Production (or a commercial CA you connect) for publicly trusted certificates. The integration connection is the same; only the API key environment and CA selection on the certificate order change.

Create separate API keys labeled Test and Live. Do not reuse a Live key in CI that hammers validation endpoints.

Certificate authority account

Connect the DigiCert account you already operate. Commercial products bill through your contract with the CA; sslcertificates.io does not invent CA pricing on public pages.

Orders use the same REST shape as Let's Encrypt-backed issuance where ACME applies. Multi-CA routing is explicit on each order — there is no silent failover after a challenge is published.

Discovery

Discovery runs only after authentication succeeds. The integration enumerates resources the credential may read — hosted zones, subscriptions, domains, clusters, or load balancers depending on DigiCert. If discovery returns empty, the credential is usually too narrow or pointed at the wrong account or region.

Renewal and ongoing operation

When DigiCert participates in deployment or DNS automation, renewals re-use the same connection. Watch webhook events such as certificate.renewal_failed and verify the external endpoint after every replacement. A renewed certificate in inventory is not proof HTTPS serves the new leaf.

Disconnect and credential rotation

Open Workspace → Integrations → DigiCert → Disconnect to remove stored credentials from this organization. DNS integrations should delete only TXT records the platform created for ACME challenges. Rotate vendor tokens on a schedule; update the integration, run Test connection, and revoke the old credential at the vendor.

Troubleshooting

Symptom Likely cause What to do
Test connection fails immediately Wrong host, region, or token Re-copy credentials; confirm clock skew and TLS to the vendor API
Discovery is empty Scoped IAM/token cannot list resources Widen read permissions temporarily, discover, then tighten
Order stuck validating DNS or HTTP challenge not public yet Inspect the order challenges; wait for propagation; POST validate
Deploy reported success but HTTPS unchanged Old cert still bound on the edge Compare served SHA-256 to expected leaf; reload or bind again
insufficient_scope from sslcertificates.io API API key missing abilities Mint a key with integrations:write and certificates:write

Stable API error codes are documented at /docs/errors. Include X-Request-Id when contacting support.

Official vendor documentation

Related reading

  • /docs/integrations — how connectors relate to the REST API
  • /docs/test-vs-live — Test (Staging) vs Live (Production) issuance
  • /docs/troubleshooting — order states and verification
  • /integrations/certificate-authorities — other Certificate Authorities integrations