ACME accounts

Configure registrations against the 9 supported public CAs that speak ACME. Most are open registration; a few require External Account Binding (EAB).

01Supported CAs

CACert typesEAB?Notes
Let's EncryptDVnoFree, 90-day validity, generous staging.
Google Trust ServicesDVyesFree for GCP customers; EAB via Cloud Console.
ZeroSSLDVyesFree 90-day; paid OV/EV via REST not ACME.
SectigoDV / OV / EVyesEnterprise contracts, multi-CA roots.
SSL.comDV / OV / EVyesACME directory per product line.
GoDaddyDVnoReseller integration on the same ACME endpoint.
ActalisDV / OVyesEuropean CA; eIDAS QSeal options off-ACME.
GlobalSignDV / OV / EVyesAtlas ACME; per-product directories.
DigiCertDV / OV / EVyesCertCentral ACME endpoints per profile.

02Creating an account

  1. Settings → ACME Accounts → New.
  2. Pick the provider. The directory URL prefills; you can override for staging/UAT endpoints.
  3. Email — used for expiry notices from the CA itself.
  4. Key type — ECDSA P-256 is the right default. Use RSA-3072 only if your CA does not support ECDSA on the chosen product.
  5. For EAB CAs, paste the kid and HMAC key. See EAB-bound CAs for where to find them per provider.
  6. Save. The server generates the account key, registers with the CA, and stores both the key and the registration URL.

03Staging vs production

Always create the staging account first. Issue a couple of test certs against it, prove the DNS-01 flow works, then create the production account.

The Let's Encrypt production limits are 50 certificates per registered domain per week and 5 duplicate certs per week. CertAutoPilot exposes both rate limits on the account detail page so you can see how close you are to the cap.

04Rotating the account key

ACME supports key rollover via the keyChange flow — the server can generate a new account key, run keyChange against the CA, and atomically swap without interrupting issuance. There is no in-UI rollover button at present; operators trigger this from the API or by re-running registration with a new key on the host. UI surface for this is on the roadmap.

05Deactivating an account

Deactivation is permanent at the CA — the account cannot issue further certificates. CertAutoPilot keeps the local record (with status deactivated) so historical certificates still resolve their issuer.

06API

POST /api/v1/projects/{project}/acme-accounts
GET  /api/v1/projects/{project}/acme-accounts
POST /api/v1/projects/{project}/acme-accounts/{id}/rotate-key
POST /api/v1/projects/{project}/acme-accounts/{id}/deactivate