SSL-automatisering
ACME på enheter: nativ eller proxy
Brandväggar, lastbalanserare, e-postgateways och övervakningsservrar kan oftast inte köra en ACME-klient internt. Vi har gjort uppsättningen på FortiGate, FortiMail, FortiWeb, NetScaler, F5 BIG-IP, KEMP och Kubernetes många gånger, och det finns bara två mönster att välja mellan.
De två mönstren
Apparaten kör själv ACME-klienten
Apparaten pratar direkt med FairSSLs ACME-server, hämtar certifikatet och installerar det i sin egen konfiguration. Kortast möjlig kedja, minst antal rörliga delar.
Stöds i dag av:
- FortiGate från FortiOS 7.6.3
- Kubernetes via cert-manager
Extern värd utfärdar, deploy-hook pushar
En liten Linux- eller Windows-värd kör Lego eller simple-acme. Den utfärdar certifikatet via FairSSL Auto DNS, och ett deploy-hook laddar upp det till enheten via dess API.
Används för:
- FortiGate äldre än 7.6.3, FortiMail, FortiWeb
- NetScaler / Citrix ADC
- F5 BIG-IP, KEMP LoadMaster
- Palo Alto, pfSense, OPNsense, Ubiquiti
Enheter med färdiga guider
FortiGate
Nativ7.6.3+ med inbyggd ACME, äldre versioner via proxy
Inbyggd ACME-klient från FortiOS 7.6.3 med HTTP-01-validering på godtycklig port. Äldre FortiGate-versioner får certifikatet pushat från en Linux- eller Windows-värd.
FortiMail / FortiWeb
ProxyProxy + REST API
En Lego- eller simple-acme-värd utfärdar certifikatet och överför det via FortiMail:s eller FortiWeb:s REST API. Vi har färdiga skriptmallar för båda.
Citrix NetScaler / ADC
ProxyProxy + NITRO API
simple-acme på en Windows-värd utfärdar certifikatet och distribuerar det till NetScaler via NITRO REST API. Uppdaterar både SSL-certifikat-objektet och de bundna virtuella servrarna.
F5 BIG-IP
ProxyProxy + iControl REST
Lego på en Linux-värd utfärdar certifikatet och laddar upp det till F5 via iControl REST. Byter ut Client SSL-profilens certifikat och nyckel utan manuell bindning.
KEMP LoadMaster
ProxyProxy + KEMP API
Den inbyggda Let's Encrypt-integrationen kan inte peka på FairSSL. Vi använder en extern värd med Auto DNS-validering och KEMPs API för att importera och binda certifikatet till virtuella tjänster.
Kubernetes
NativInbyggd ACME via cert-manager
cert-manager körs som ACME-klient i klustret, skapar en ClusterIssuer mot FairSSL och utfärdar TLS Secrets automatiskt. Ingen proxy behövs.
Så fungerar proxy + push i praktiken
- 1
Välj en värd
En befintlig Linux- eller Windows-server. Den behöver bara utgående internetåtkomst och nätverksåtkomst till enhetens management-port.
- 2
Skapa en CNAME-vidarekoppling för ACME-validering
FairSSL Auto DNS använder en permanent
_acme-challenge.<din-domän>CNAME mot vår DNS-server. Engångsuppsättning. Inga DNS API-nycklar behövs. - 3
Kör Lego eller simple-acme med EAB-nycklar
Klienten registrerar kontot mot FairSSLs ACME-server, utfärdar certifikatet och sparar det lokalt.
- 4
Deploy-hook överför certifikatet till enheten
Ett bash- eller PowerShell-skript anropar enhetens API (iControl, NITRO, FortiOS REST, KEMP API) och uppdaterar certifikatet på de relevanta virtuella tjänsterna.
- 5
Schemalägg klienten dagligen
cron eller Task Scheduler kör klienten en gång per dygn. ARI styr när själva förnyelsen sker, och deploy-hooket körs bara vid en faktisk förnyelse.
Färdiga exempelskript ligger i respektive apparatguide ovan. Saknas din apparat på listan? Skriv till info@fairssl.se och fråga, vi har gjort det förut.
Vanliga frågor
Hitta svar på de vanligaste frågorna om SSL-certifikat och FairSSL.
Redo att automatisera certifikat på dina apparater?
Skapa ett gratis konto och utfärda ditt första certifikat på under 10 minuter.