Skip to content

The manual takes you from an installed appliance to the first certificate that sslbrain issues, installs on one of your servers and then renews on its own. The steps are in the order you carry them out.

Drawing: the sslbrain appliance sits in your network and generates the keys. It talks only to sslbrain Cloud, outbound on port 443 and E2E encrypted. Cloud talks to the CAs and to DNS. Windows and Linux servers fetch their certificates from the appliance, which delivers to FortiGate, F5, NetScaler and Palo Alto. A service agent in a DMZ or at a remote site talks only to sslbrain Cloud.
  1. Install the sslbrain appliance in your network. Private keys are generated here, and sslbrain Cloud never sees them.
  2. Set up domain validation: a CNAME to your.autodns.sslbrain.net, access to your DNS provider’s API, or a dns-persist-01 TXT record.
  3. Choose your CA: Let’s Encrypt, DigiCert, Google Public CA, Sectigo or GlobalSign, or your own Windows Certificate Services.
  4. Install service agents on Windows and Linux servers. They fetch their own certificates from the appliance; in a DMZ or at a remote site through sslbrain Cloud.
  5. Create certificates. sslbrain Cloud talks to the CA and to DNS; the appliance talks only to sslbrain Cloud, outbound on port 443.
  6. Create deployment plans: the appliance delivers to FortiGate, F5, NetScaler, Palo Alto and other equipment without an agent.

Transport: how the service agent fetches its tasks

The service agent always starts the connection itself, so it needs no inbound port on the server. The two ways are equal. A server can use one or both, and with both the agent tries the direct addresses first by default.

DirectThe server can reach the appliance.

Service agenton the Windows or Linux server
Connection: the service agent starts HTTPS to the appliance, on port 443 by default, and fetches its tasks.
sslbrain appliancein your network

Messages over the connection

  • Task sslbrain appliance to Service agent
  • Result Service agent to sslbrain appliance

Through sslbrain CloudThe server cannot reach the appliance, for example at a branch office or a hosting provider.

Service agenton the Windows or Linux server
Connection: the service agent starts HTTPS on port 443 to sslbrain Cloud and fetches its messages.
sslbrain Cloudrelay only
Connection: the appliance starts HTTPS on port 443 to sslbrain Cloud and fetches its messages.
sslbrain appliancein your network

Passes on asynchronous, signed messages, encrypted so only the appliance and the agent can read them. Does not control the agent.

Messages over the connection

  • Task sslbrain appliance to sslbrain Cloud to Service agent
  • Result Service agent to sslbrain Cloud to sslbrain appliance
  • A local choice on the server: with CloudDeny on Windows or --cloud-deny on Linux, the agent never goes through Cloud, whatever the appliance sends.
  • The appliance never connects to the agent.
Connection: the arrow points away from the side that starts it Message: a task or a result

Execution: who installs the certificate where

The service agent installs certificates on its own server. Towards other destinations, the appliance or a service agent does the work through the destination’s API or SSH.

Who does the work

  • sslbrain appliancein your network Runs in Bash Signs in with credentials from the vault.
  • Windows service agenton its own Windows server Runs in PowerShell Fetches the task itself (diagram 1). Installs locally on its own server, with no network connection: for example IIS, Exchange, SQL Server
  • Linux service agenton its own Linux server Runs in Bash Fetches the task itself (diagram 1). Installs locally on its own server, with no network connection: for example Nginx, Apache, Postfix

Push to other destinations: the appliance or a service agent

  • Connection from the one doing the work to network devices and appliances: API over HTTPS, or SSH. Network devices and appliancesLoad balancers, firewalls, storage and hypervisors
  • Connection from the one doing the work to cloud services: API over HTTPS. Cloud servicesAWS, Azure, Google Cloud, Cloudflare and Akamai
  • Windows and Linux servers get certificates only through their own service agent.
  • The appliance can find Windows servers and install the service agent on them, but never installs certificates around the agent.
  • Least privilege: which scripts an agent may run is set on the server, and the appliance cannot change it. A Linux agent can make do with writing to the certificate folders you give it access to.
Runtime: what the script runs in, not a protocol Connection: network protocol to the destination
  • An sslbrain Cloud account on which you are an owner or administrator. The account must have accepted the licensing terms and the data processing agreement.
  • Room for the appliance: a virtual machine in VMware, Proxmox or KVM, or a Linux server with Docker. See Before you start.
  • Administrator access to the servers that need certificates.

Start with step 1. Once the appliance answers in the browser, continue with step 2. Step 4 is optional.

If a server is at a branch office, with a hosting provider or behind a firewall the appliance cannot get through, see Servers outside your network.

Once the appliance runs, its home page shows Get started with the three steps from a connected server to an installed certificate. A step is ticked when it has happened, not when you clicked it.

  1. Connect a server: the service agent is installed on a server and has checked in, or the appliance has reached a device without an agent (step 5). The service agent finds services and certificates on the server and carries out deploy rules. It does not choose certificates by itself.
  2. Create a deploy rule: a deploy rule decides which certificate is installed on which services, and renews it automatically (step 8). The certificate is issued from a certificate profile (step 7) for names you have proven are yours (step 6).
  3. Certificate installed: the rule has installed the certificate on one of your servers (check it).

Guides for specific situations, once the first server is running.

Day-to-day work once certificates renew on their own.

Look-ups on the appliance and sslbrain Cloud.