SSL certificate maximum validity is being reduced to 200 days from March 2026. Read more →

Popular ACME Clients

Any ACME client that follows RFC 8555 and supports EAB works with FairSSL. Here are the clients we have tested and can help with. The requirements are RFC 8555 compliance, EAB (External Account Binding) support, and a configurable server URL. Using a different client with FairSSL ACME? Contact us and we will help you set it up.

Our recommendations

We recommend clients that support both ARI (RFC 9773) and EAB. ARI works as a daily heartbeat: the client checks in with the CA to see if the certificate needs renewal. This allows FairSSL to monitor that each client is active, signal early renewal during security incidents, and ensure your certificates never expire unexpectedly. Clients without ARI still work, but only renew on a fixed time interval. This becomes an increasing risk as certificate lifetimes shorten: with shorter lifetimes the margin for failed renewals is minimal, and without ARI the client cannot react to changed renewal windows from the CA.

Windows

Windows

ACME clients for Windows Server, IIS, Exchange, RDP, SQL Server and other Windows services.

Recommended (ARI + EAB)

simple-acme Sponsored by FairSSL

IIS, Exchange, RDP, SQL Server, ADFS. Copy the folder, configure, done.

ARI EAB Easy ●●

Graphical GUI tool for Windows

ARI EAB Easy ●●

PowerShell module, scriptable

ARI EAB Medium ●●

IIS CLI tool

ARI EAB Easy ●●

Alternative (EAB only)

PowerShell library

ARI EAB Medium ●●
Linux

Linux

ACME clients for Apache, Nginx, HAProxy, Docker and other Linux-based environments.

Recommended (ARI + EAB)

Go, easy installation, all DNS providers, versatile

ARI EAB Easy ●●

Python, classic CLI. Newer versions may require extra dependencies via package manager.

ARI EAB Medium ●●

C, minimal and fast

ARI EAB Easy ●●

Web server with built-in ACME

ARI EAB Easy ●●

Native Apache module

ARI EAB Medium ●●

Alternative (EAB only)

Bash, no installation. Download and run.

ARI EAB Easy ●●

Reverse proxy with built-in ACME

ARI EAB Medium ●●

Network Appliances

Hard ●●●

Firewalls, load balancers and network devices typically cannot run native ACME clients. Use an existing Linux or Windows server with a recommended ACME client, and deploy certificates to the devices via script.

Recommended strategy

  1. 1 Use an existing Linux or Windows server with a recommended ACME client (e.g. Lego or simple-acme)
  2. 2 FairSSL Auto DNS handles domain validation automatically via permanent CNAME. No DNS API keys or firewall openings needed.
  3. 3 On successful renewal, a script uploads and activates the certificate on the device (e.g. via F5 iControl REST, PAN-OS API)

Cloud

Same approach as appliances: run an ACME client on an existing server and deploy to cloud services via script. In cloud environments, the deploy step can also run as a cloud function (e.g. AWS Lambda, Azure Functions).

Recommended (ARI + EAB)

AWS Lambda + Lego Recommended

Lambda runs Lego via EventBridge, imports to ACM with same ARN. ALB/CloudFront auto-updates.

ARI EAB Medium ●●

Alternative (EAB only)

DigiCert + GlobalSign ACME for Azure Key Vault

ARI EAB Medium ●●

Kubernetes, YAML-based

ARI EAB Medium ●●

Which client should I use?

The choice depends on your platform, skill set and requirements. Here are our recommendations by scenario:

Windows Server with IIS

simple-acme. Built-in IIS binding, Task Scheduler, ARI.

Linux with Nginx/Apache

Lego is our default recommendation: Go binary with no dependencies, 80+ DNS providers, ARI. Certbot is the classic choice with a large community. Apache users can also consider mod_md for native integration.

Docker / Kubernetes

Caddy or Traefik have built-in ACME and handle certificates automatically. In Kubernetes: cert-manager with FairSSL as ClusterIssuer.

Firewalls and load balancers

Run Lego (Linux) or simple-acme (Windows) on an existing server. FairSSL Auto DNS for validation. Post-renewal script deploys via API (F5 iControl, PAN-OS, FortiOS).

Exchange / RDP / SQL Server

simple-acme with DNS validation and post-renewal script for certificate rebinding. See the RDP/RD Gateway guide.

PowerShell automation / scripting

Posh-ACME is a PowerShell module with full ARI and EAB support. Ideal for existing PowerShell-based deployment pipelines.

Why ARI matters from 2027

With certificate lifetimes dropping to 100 days (2027) and 47 days (2029), ACME shifts from a "nice to have" to critical infrastructure. ARI (RFC 9773) becomes the most important feature in your ACME client.

Heartbeat monitoring

The client checks in daily. FairSSL sees whether the client is active. If it stops polling, we can warn you before the certificate expires.

CA-controlled renewal

The CA determines the optimal renewal time. During security incidents (key compromise, CA incident), the CA can signal immediate renewal.

47-day readiness

With 47-day certificates (2029), renewal must happen roughly every 30 days. Without ARI, you risk all certificates renewing at once. ARI spreads renewals intelligently.

Our most important recommendation in 2026: do not use an ACME solution without ARI if you can avoid it. It is easier to switch clients today (with 200-day certificates and ample margin) than in 2029 under time pressure with 47-day certificates. All our recommended clients support ARI.

What is EAB?

External Account Binding (EAB) ensures that ACME certificate orders can only be placed by your organisation, and that orders and clients are automatically added to your account and monitoring.

You create EAB keys in the FairSSL control panel by clicking Add ACME client. Enter the Key ID and HMAC Key in your client's configuration, and the client is ready.

We sponsor simple-acme and Lego

simple-acme is our preferred ACME client for Windows. It is built by the developer behind win-acme and supports ARI and EAB. Lego is our preferred ACME client for Linux and CI/CD, used by cert-manager and many others. Both clients are actively maintained.

Good open source needs maintenance, and that should not be purely voluntary. FairSSL sponsors both projects so they can continue to evolve. When you use our ACME solution, you help support them too.

Frequently asked questions about ACME clients

Find answers to the most common questions about SSL certificates and FairSSL.

Yes. The FairSSL ACME server follows the RFC 8555 standard, so any compatible ACME v2 client will work. The list shows the clients we have tested and can support directly.
The certificate will still renew, but only on the client's own time interval. Without ARI, FairSSL cannot monitor that the client checks in daily, and the CA cannot signal early renewal during security incidents. ARI is not a requirement, but we recommend it.
Log in to the FairSSL control panel and click Add ACME client to generate a key pair (Key ID + HMAC Key). Enter both in your client's configuration along with the FairSSL server URL. Guides for each client are available under Guides.
Devices like F5 BIG-IP, Palo Alto, NetScaler and FortiGate cannot run native ACME clients. Use an existing Linux or Windows server with a recommended client (e.g. Lego or simple-acme). FairSSL Auto DNS handles domain validation automatically. A post-renewal script uploads and activates the certificate on the device via API.
Yes. ACME supports certificates with mixed SAN names, e.g. *.example.com, example.com and portal.example.com in one certificate. You can also combine multiple wildcards (*.example.com + *.app.example.com) or wildcards with specific hostnames. All wildcard names require DNS-01 validation.
The client will retry at its next scheduled run (typically daily). With ARI enabled, FairSSL can see that the client has not renewed as expected, and we can contact you proactively. Without ARI, you will only discover the problem when the certificate is close to expiry, or after it has expired. This is one of the reasons we recommend clients with ARI.

Get started with ACME automation

Create a free account and issue your first certificate in under 10 minutes.