Infoblox DNS API
Kopiér link til siden “Infoblox DNS API”Brug Infoblox til TXT-validering af certifikater med NIOS WAPI eller Universal DDI/BloxOne. Vælg Infoblox under DNS-adgang i sslbrain Cloud eller under Domænevalidering › DNS-API credentials på appliancen. Password, brugernavn og API-nøgle gemmes krypteret. De sendes ikke tilbage til formularen, når I redigerer adgangen.
- Opret en særskilt servicekonto i Grid Manager. Brug en admin-gruppe med API-adgang alene (
access_method: ["API"]) og uden superuser-rettigheder. - Giv gruppen læseadgang til de autoritative valideringszoner og Read/Write på TXT-poster i netop de zoner og DNS views. WAPI-rettigheden er
permission: "WRITE",resource_type: "TXT"og zonenszone_auth-reference somobject. Giv ikke globale DNS-skriverettigheder. Zonerettigheden omfatter zonens TXT-poster, også andre end valideringsposter. - Vælg
niosi Infoblox variant. Udfyld Grid Manager host, NIOS username og NIOS password / Universal DDI API key med kontoens password. - Skriv det præcise view-navn i DNS view, fx
public. Navnet skelner mellem store og små bogstaver. Et tomt felt vælgerdefault. Vælg det view, hvis autoritative DNS-servere certifikatudstederen kan slå op hos. Ved offentlig ACME skal posten kunne læses fra internettet; et internt view er ikke nok. - Gem adgangen, tilknyt valideringszonerne og brug Test adgang. Vælg TXT-validering for zonerne. Infoblox-adgangen opretter TXT-poster.
Grid Manager host er et værtsnavn eller en HTTPS-adresse uden sti, query eller login. Porten kan angives på appliancen. Appliancen kan nå en NIOS på jeres LAN direkte. En adgang gemt i sslbrain Cloud, eller et kald gennem Cloud-proxyen, kræver en offentligt tilgængelig HTTPS-adresse på port 443. Gem adgangen på appliancen, når Grid Manager kun kan nås på jeres netværk.
| NIOS | WAPI |
|---|---|
| 8.6 | 2.12 |
| 9.0 | 2.13.1 |
| 9.1 | 2.14 |
sslbrain finder WAPI-versionen med ?_schema og vælger den understøttede versions sti. I skal ikke angive en version. TXT-ændringer kræver ingen genstart af DNS-tjenesten.
HTTPS og egen CA
Kopiér link til afsnittet “HTTPS og egen CA”TLS- og værtsnavnskontrol er altid slået til. Har Grid Manager et certifikat fra jeres egen CA, indsætter I den offentlige CA-kæde i NIOS CA certificate (PEM). Feltet tager flere PEM-certifikater, op til 10 KB. Et fast selvsigneret servercertifikat kan også bruges som tillidsanker. Brug et certifikat, der passer til værtsnavnet i Grid Manager host. Indsæt aldrig en privat nøgle.
Universal DDI / BloxOne
Kopiér link til afsnittet “Universal DDI / BloxOne”Vælg uddi i Infoblox variant. Opret nøglen i Infoblox Portal: User Profile › User API Keys › Create. Vælg navn og udløb, og kopier den nye nøgle til NIOS password / Universal DDI API key. Brug en konto med adgang til at læse de valgte autoritative zoner og oprette, læse og slette deres TXT-poster.
sslbrain bruger https://csp.infoblox.com/api/ddi/v1. Grid Manager host og NIOS username bruges ikke til denne variant. DNS view kan indeholde et view-ID som dns/view/<id>; vælg det, når samme zonenavn findes i flere views. Tilknyt kun de zoner, adgangen skal validere.
Poster og oprydning
Kopiér link til afsnittet “Poster og oprydning”sslbrain finder den autoritative zone for postens navn, opretter én TXT-post pr. valideringsværdi og læser den tilbage gennem API’et, før oprettelsen meldes klar. Den almindelige DNS-kontrol af synlighed sker derefter. Wildcard og basisdomæne kan have hver sin værdi på samme navn samtidig.
Ved oprydning slettes kun den oprettede posts WAPI-reference eller Universal DDI-ID. Andre poster og værdier på samme navn bevares. Har API’et returneret et ID, men læsningen fejler, gemmes ID’et til oprydning.
Infoblox kan også skrive TXT-navne og værdier for dns-persist-01 gennem appliancens eksisterende DNS-executor. En persistent post beholdes efter den livscyklus, der bestiller den. Cloud-siden DNS persist viser den post, I skal oprette, og kontrollerer den; den opretter den ikke automatisk. Brug værdien fra den relevante CA-konto, og behold posten, så længe valideringen skal gælde.