Basic OPNsense Deployment & Configuration in Azure


Following on from my previous post titled ‘Firewall Options for the cost conscious Azure lab owner‘ in this post I’m going to go talk about the deployment of OPNsense firewalls in Azure, a note about the costs of running the required components and some basic configuration of the OPNsense firewalls to get things working.


Using the code in this repository you can create some fairly cost effective firewalls in Azure. From the repository readme: “Those template allows you to deploy an OPNsense Firewall VM using the opnsense-bootsrtap installation method. It creates an FreeBSD VM, does a silent install of OPNsense using a modified version of….”

I won’t re-hash here how to run the deployment as that is documented on the linked to Github repository. Basically using the information in the repository you end up deploying one or more Azure Virtual Machines running FreeBSD and OPNsense is then installed onto the virtual machines. The deployment also applies some configuration to get things on the OPNsense firewalls working in Azure.

You can choose from a variety of options for the deployment such as single firewall or dual firewalls using Azure load balancers for high availability. My deployment uses two firewalls as per the below:

A note on costs

I’m using Standard B2s virtual machines for this deployment and those combined with the public IP address and load balancers which for me will be somewhere in the region of £90 per month if I was running the virtual machines 24/7. (ymmv)


I’m using a hub and spoke network model. The subnets in the spoke networks have a route table assigned to them which has a default route of -> ( is the IP address of the internal load balancer)

OPNSense Configuration

During deployment some OPNsense configuration is applied to get OPNsense to work in Azure, this configuration includes:

Assigning the correct interfaces to trust/untrust (LAN/WAN)

Adding firewall rules so the WAN interface can get a DHCP address from the Azure fabric

Firewall rule to allow probes from the Azure loadbalancer

Adds some system gateways

Configures the high availability settings, if you chose the HA option when deploying

Additional Configuration

My aim here to is to allow internet access for virtual machines in one of my spoke virtual networks, more specifically to allow virtual machines on the subnet access to the internet. In order to allow internet access from the virtual machines in my spoke networks some additional configuration is required:

Add aliases for the spoke networks

  • Within the OPNsense web gui
  • Firewall – Alias
  • Add an alias
  • Here I add an alias for the subnet which is a subnet in my spoke network of

NAT configuration:

By default the NAT configuration (Firewall -> NAT) will be set to ‘Automatic outbound NAT rule generation’

Because our spoke network is not included in those source networks in the NAT configuration we need to change the outbound NAT configuration to ‘Hybrid outbound NAT rule generation’ and add a NAT rule for our alias

In the above we have added an outbound NAT rule for our spoke1 alias.

Finally we need to add firewall rule to allow outbound traffic to the internet from our alias. To only allow traffic to the internet and not to additional spokes I have created another alias called ‘PrivateNetworks’ which contains the RFC 1918 address ranges:

Add the required rule to allow access to the internet:

Firewall – > Rules – > LAN

Add a rule

The rule sets the interface as LAN and the source as our spoke1 alias and the destination as the PrivateNetworks alias but we select the tick box to invert the destination so we effectively say allow access to anything but that destination.

At this point a virtual machine in the subnet can access the internet


To sum up what we have done here:

Deployed a pair of highly available OPNsense firewalls in Azure

Used a hub and spoke networking model

Added aliases to the firewalls for a subnet in one of the spoke virtual networks

Added an alias for all RFC1918 addresses to use in as a inverse match in our firewall rule

Added a rule which allows access to the internet from a subnet on one of the spoke networks



Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.

%d bloggers like this: