SSL-automatisering
ACME på enheder: native eller proxy
Firewalls, load balancers, mail-gateways og monitoreringsservere kan typisk ikke køre en ACME-klient internt. Vi har lavet opsætningen på FortiGate, FortiMail, FortiWeb, NetScaler, F5 BIG-IP, KEMP og Kubernetes mange gange, og der er kun to mønstre, du skal vælge mellem.
De to mønstre
Apparatet kører selv ACME-klienten
Apparatet taler direkte med FairSSLs ACME-server, henter certifikatet og installerer det i sin egen konfiguration. Kortest mulig kæde, færrest bevægelige dele.
I dag understøttes:
- FortiGate fra FortiOS 7.6.3
- Kubernetes via cert-manager
Ekstern host udsteder, deploy-hook overfører
En lille Linux- eller Windows-host kører Lego eller simple-acme. Den udsteder certifikatet via FairSSL Auto DNS, og et deploy-hook uploader det til enheden via dens API.
Bruges på:
- FortiGate ældre end 7.6.3, FortiMail, FortiWeb
- NetScaler / Citrix ADC
- F5 BIG-IP, KEMP LoadMaster
- Palo Alto, pfSense, OPNsense, Ubiquiti
Enheder med færdige vejledninger
FortiGate
Native7.6.3+ med indbygget ACME, ældre versioner via proxy
Indbygget ACME-klient fra FortiOS 7.6.3 med HTTP-01-validering på vilkårlig port. Ældre FortiGate-versioner får certifikatet pushet ind fra en Linux- eller Windows-host.
FortiMail / FortiWeb
ProxyProxy + REST API
En Lego- eller simple-acme-host udsteder certifikatet og overfører det via FortiMails eller FortiWebs REST API. Vi har færdige skabeloner til begge.
Citrix NetScaler / ADC
ProxyProxy + NITRO API
simple-acme på en Windows-host udsteder certifikatet og deployer det til NetScaler via NITRO REST API. Opdaterer både SSL-certifikat-objektet og de bundne virtuelle servere.
F5 BIG-IP
ProxyProxy + iControl REST
Lego på en Linux-host udsteder certifikatet og uploader det til F5 via iControl REST. Erstatter Client SSL-profilens certifikat og nøgle uden manuel binding.
KEMP LoadMaster
ProxyProxy + KEMP API
Den indbyggede Let's Encrypt-integration kan ikke pege på FairSSL. Vi bruger en ekstern host med Auto DNS-validering og KEMPs API til at importere og binde certifikatet til virtuelle services.
Kubernetes
NativeIndbygget ACME via cert-manager
cert-manager kører som en ACME-klient i klyngen, opretter en ClusterIssuer mod FairSSL og udsteder TLS Secrets automatisk. Ingen proxy nødvendig.
Sådan virker proxy + push i praksis
- 1
Vælg en host
En eksisterende Linux- eller Windows-server. Den behøver kun udgående internetadgang og netværksadgang til enhedens management-port.
- 2
Opret én CNAME-viderestilling for ACME-validering
FairSSL Auto DNS bruger en permanent
_acme-challenge.<dit-domæne>CNAME til vores DNS-server. Engangsopsætning. Ingen DNS API-nøgler nødvendige. - 3
Kør Lego eller simple-acme med EAB-nøgler
Klienten registrerer kontoen mod FairSSLs ACME-server, udsteder certifikatet og gemmer det lokalt.
- 4
Deploy-hook overfører certifikatet til enheden
Et bash- eller PowerShell-script kalder enhedens API (iControl, NITRO, FortiOS REST, KEMP API) og opdaterer certifikatet på de relevante virtuelle services.
- 5
Planlæg klienten dagligt
cron eller Task Scheduler kører klienten en gang i døgnet. ARI styrer hvornår selve fornyelsen sker, og deploy-hooket aktiveres kun ved en faktisk fornyelse.
Færdige eksempelscripts ligger i hver enkelt apparatvejledning ovenfor. Mangler dit apparat på listen? Skriv til info@fairssl.dk og spørg, vi har lavet det før.
Ofte stillede spørgsmål
Find svar på de mest almindelige spørgsmål om SSL certifikater og FairSSL.
Klar til at automatisere certifikater på dine apparater?
Opret en gratis konto og udsted dit første certifikat på under 10 minutter.