Skip to main content
Deploy certforge-connector as an Azure Container Instance (ACI) inside your VNet so it can reach F5 BIG-IP, Ribbon SBCs, and other devices on private management addresses. No inbound firewall rules are required — the connector makes outbound calls only.

Prerequisites

  • Azure subscription with Contributor rights on the resource group
  • An existing VNet that routes to the device management subnet
  • NSG rule allowing TCP from the ACI subnet to the device management port (443 by default, 8443 for unlicensed F5)
  • A CertForge account with admin or operator role

Step 1 — Get your API key from CertForge

The connector authenticates with an API key tied to a named Connector Agent record.
  1. In CertForge go to Integrations → Connector Agents → Add Agent
  2. Name it something descriptive (e.g. azure-northcentralus) and save
  3. Copy the generated key — it starts with ct_ and is shown once only

Step 2 — Prepare the subnet

ACI requires a subnet delegated exclusively to Microsoft.ContainerInstance/containerGroups. A dedicated subnet is cleaner than sharing one with other resources. In the Azure Portal go to Virtual networks → YOUR_VNET → Subnets → + Subnet:
A delegated subnet cannot contain other resource types (VMs, load balancers). Create a dedicated one.

Step 3 — Create the Container Instance

In the Azure Portal go to Container instances → + Create. Basics tab Networking tab Advanced tab Add two environment variables: Set Restart policy to Always.
No config file is needed. The connector runs entirely from these two environment variables — no YAML file required.
Click Review + create, then Create. Deployment takes about 60–90 seconds.

Step 4 — Verify the connector is live

Once running, check the logs from the Azure CLI:
You should see the connector register its device capabilities and start polling:
In CertForge, go to Integrations → Connector Agents — the agent should show a green Last seen timestamp within a minute.
If the container keeps restarting (ExitCode 1), check the logs for an auth error. The most common cause is a typo in the API key. Delete and recreate the container with the corrected value — environment variables on a running ACI instance cannot be edited in place.

Step 5 — Add the device in CertForge

With the connector inside the VNet, register the device using its private management IP:
  1. Go to Integrations → Network Devices → Add Device
  2. Set Type to f5, ribbon, or the appropriate driver
  3. Enter the private management IP and port
  4. Enter credentials and configure TLS settings
  5. Click Query Cert to confirm connectivity

Azure CLI equivalent

If you prefer scripting:
To update the container after a new release, delete and recreate it — ACI does not re-pull :latest on a running instance:

Environment variable reference