Hoppa till innehåll

Använd Infoblox för TXT-validering av certifikat med NIOS WAPI eller Universal DDI/BloxOne. Välj Infoblox under DNS-åtkomst i sslbrain Cloud eller under Domänvalidering › DNS-API-uppgifter på appliancen. Lösenord, användarnamn och API-nyckel lagras krypterat. De skickas inte tillbaka till formuläret när ni redigerar uppgifterna.

  1. Skapa ett separat tjänstekonto i Grid Manager. Använd en admin-grupp med enbart API-åtkomst (access_method: ["API"]) och utan superuser-behörighet.
  2. Ge gruppen läsåtkomst till de auktoritativa valideringszonerna och Read/Write på TXT-poster i just dessa zoner och DNS views. WAPI-behörigheten är permission: "WRITE", resource_type: "TXT" och zonens zone_auth-referens som object. Ge inte global DNS-skrivåtkomst. Zonbehörigheten omfattar zonens TXT-poster, även andra än valideringsposter.
  3. Välj nios i Infoblox variant. Fyll i Grid Manager host, NIOS username och NIOS password / Universal DDI API key med kontots lösenord.
  4. Ange exakt view-namn i DNS view, till exempel public. Namnet är skiftlägeskänsligt. Ett tomt fält väljer default. Välj det view vars auktoritativa DNS-servrar certifikatutfärdaren kan fråga. För offentlig ACME måste posten kunna läsas från internet; ett internt view räcker inte.
  5. Spara uppgifterna, koppla valideringszonerna och använd Testa åtkomst. Välj TXT-validering för zonerna. Infoblox-åtkomsten skapar TXT-poster.

Grid Manager host är ett värdnamn eller en HTTPS-adress utan sökväg, query eller inloggning. Porten kan anges på appliancen. Appliancen kan nå NIOS på ert LAN direkt. Uppgifter som lagras i sslbrain Cloud, eller anrop genom Cloud-proxyn, kräver en offentlig HTTPS-adress på port 443. Lagra uppgifterna på appliancen när Grid Manager bara kan nås från ert nätverk.

NIOSWAPI
8.62.12
9.02.13.1
9.12.14

sslbrain identifierar WAPI-versionen med ?_schema och väljer sökvägen för den stödda versionen. Ni behöver inte ange versionen. TXT-ändringar kräver ingen omstart av DNS-tjänsten.

TLS- och värdnamnskontroll är alltid aktiverade. Om Grid Manager har ett certifikat från er egen CA klistrar ni in den offentliga CA-kedjan i NIOS CA certificate (PEM). Fältet tar flera PEM-certifikat, upp till 10 KB. Ett fast självsignerat servercertifikat kan också användas som tillitsankare. Certifikatet måste matcha värdnamnet i Grid Manager host. Klistra aldrig in en privat nyckel.

Välj uddi i Infoblox variant. Skapa nyckeln i Infoblox Portal: User Profile › User API Keys › Create. Ange namn och utgångstid och kopiera den nya nyckeln till NIOS password / Universal DDI API key. Använd ett konto som får läsa de valda auktoritativa zonerna och skapa, läsa och radera deras TXT-poster.

sslbrain använder https://csp.infoblox.com/api/ddi/v1. Grid Manager host och NIOS username används inte för denna variant. DNS view kan innehålla ett view-ID som dns/view/<id>; välj det när samma zonnamn finns i flera views. Koppla bara de zoner som åtkomsten ska validera.

sslbrain hittar den auktoritativa zonen för postens namn, skapar en TXT-post per valideringsvärde och läser tillbaka den genom API:et innan skapandet rapporteras klart. Den vanliga DNS-kontrollen av synlighet sker därefter. Wildcard och basdomän kan ha var sitt värde på samma namn samtidigt.

Vid rensning raderas bara den skapade postens WAPI-referens eller Universal DDI-ID. Andra poster och värden på samma namn bevaras. Om API:et har returnerat ett ID men läsningen misslyckas sparas ID:t för rensning.

Infoblox kan även skriva TXT-namn och värden för dns-persist-01 genom appliancens befintliga DNS-executor. En persistent post behålls enligt livscykeln som beställer den. Cloud-sidan DNS persist visar posten ni ska skapa och kontrollerar den; den skapar den inte automatiskt. Använd värdet från rätt CA-konto och behåll posten så länge valideringen ska gälla.

Domänvalidering · Infoblox WAPI · Universal DDI API-guide