Built for A10 Thunder
Pre-built templates for Client SSL templates and the management web UI ship in your CertKit account. No scripting required.
An A10 Thunder serves TLS from Client SSL templates. Each template names a certificate, key, and chain from the SSL Management store, and every virtual port that uses the template serves them. A renewed certificate does nothing until someone imports it and swaps it into each template. Every 47 days. On every Thunder you manage.
CertKit issues and renews the certificate centrally, then the CertKit Agent uploads it over aXAPI, swaps it into the templates you list, and saves the configuration.
Pre-built templates for Client SSL templates and the management web UI ship in your CertKit account. No scripting required.
On every renewal, the agent signs in to aXAPI and uploads the key, certificate, and chain under a new name. It points each Client SSL template you list at the new files, reads every template back, and runs write memory. Virtual ports that use those templates switch over without a reload.
Point CertKit at your Thunder once and it handles every renewal after that. If you want to see or adjust what runs, the full deployment script is in your account.
The manual process, if you want to do it yourself:
Every one of these steps is manual, and ACOS won't repeat any of them when the certificate renews. With lifetimes shrinking to 47 days, that's twelve times a year, on every Thunder. Miss the second unit of an HA pair and the expired certificate waits there for the next failover.
At 47 days, automation is the only sustainable way to run A10 Thunder certificates. Here's how CertKit does it.
CertKit has been a fantastic solution for automating our environment’s SSL/TLS certificates. With a single pane of glass for centralized management, visibility, and monitoring and the highly customizable interface for granular control over individual systems, we have found great value in reducing the time and complexity of managing an ad-hoc ACME solution for individual certificate automation.
Seth Allums, Lead Systems and Information Security Engineer, Clackamas Community College
Your network CertKit ACME CA ┌───────────────────┐ ┌──────────────────┐ ┌─────────────┐ │ ┌─────────────┐ │ │ │ │ │ │ │CertKit Agent├──┼────►│ Issue & Renew │◄──►│ │ │ └──┬────┬─────┘ │ │ Certificates │ │ │ │ │ │aXAPI │ │ ┌───┐ └─────────────┘ │ │ │ HTTPS │ └───────────┬────│DNS│ │ ▼ ▼ │ │ └───┘ │ ┌──────────────┐ │ │ │ │ A10 Thunder │ │ │ │ │ [x] Uploaded │ │ │ │ │ [x] Swapped │ │ ◄───────────────┘ │ │ [x] Saved │ │ Verify │ └──────────────┘ │ └───────────────────┘
CertKit issues and renews certificates centrally using delegated DNS validation. You create a one-time CNAME record, and CertKit handles every ACME challenge after that.
The CertKit Agent runs on a Windows server inside your network. It pulls each renewal from CertKit over outbound HTTPS, then calls aXAPI on the Thunder's management address. The Thunder never talks to CertKit, never runs ACME, and never holds DNS credentials. One agent can reach every Thunder on that network. CertKit never connects into your network.
A Thunder keeps the certificate for application traffic apart from the one for its own management interface. CertKit has a template for each, and you add the ones you use.
A Client SSL template can hold more than one default certificate, such as an RSA and an ECDSA pair. ACOS swaps a new certificate in for the one with the same key type. A renewal with a different key type lands next to the old certificate instead of replacing it, so the agent removes the old one afterward and warns if ACOS won't let it. The management certificate works differently. ACOS restarts its web service to load it, so open GUI pages may need a refresh.
ACOS has an ACME client that can fetch certificates from Let's Encrypt. Getting the certificate is the easy half. On ACOS 5.2.1, users report (and A10 support confirmed) that a renewed ACME certificate shows as bound while the Client SSL template keeps serving the old one. Someone still has to remove the certificate from the template and add it back. The client also validates over HTTP-01 through a virtual port on port 80, so internal VIPs and wildcard certificates are out of reach.
CertKit issues the certificate through delegated DNS validation, which covers internal names and wildcards, and the agent finishes the job inside the template, with no ACME client on the load balancer.
Most networks have more than one place where TLS certificates live, including other load balancers like F5 BIG-IP, Kemp LoadMaster, and Citrix NetScaler. CertKit automates all of them from one account.
Free 90-day trial. No credit card required. Direct access to our engineering team to get you set up.