Configure Egress NAT on Cloud NGFW for Azure
Configure egress source NAT on Cloud NGFW for Azure using built-in SNAT or Azure
NAT Gateway for scalable outbound internet connectivity.
| Where Can I Use This? | What Do I Need? |
|
|
- Cloud NGFW subscription
- Palo Alto Networks Customer Support Portal account
- Azure Marketplace subscription
|
Cloud NGFW for Azure offers two ways to perform egress source NAT on outbound traffic to
the public internet: Cloud NGFW built-in Source NAT and Azure NAT Gateway.
Cloud NGFW Built-In Source NAT
Cloud NGFW for Azure supports built-in Source NAT (SNAT) on outbound
internet-bound sessions while retaining end-to-end IP visibility for internal
enterprise networks. With built-in Source NAT, Cloud NGFW performs source IP
translation on all outbound traffic passing through the firewall and routes the
inspected packets directly to the internet. This architecture eliminates the need
for an additional Azure NAT Gateway or a secondary egress hop, routing egress
traffic through public IP resources attached directly to the Cloud NGFW resource.
You don't incur Azure NAT Gateway costs with this option; however, you pay Palo
Alto Networks for egress data transfer costs along with the peering costs.
By default, Cloud NGFW treats standard IANA RFC 1918 private address spaces as
internal traffic. The Additional Prefixes to Private Traffic
Range setting under Networking & NAT
determines whether outbound sessions are subject to egress SNAT:
- Internal/private traffic. Sessions matching the defined Private Traffic
Ranges are inspected by Cloud NGFW and routed directly to the destination
without applying Source NAT.
- Internet traffic. Sessions with destination IP addresses outside the
configured Private Traffic Range undergo Source NAT and egress directly to the
public internet using the Cloud NGFW's attached public IPs.
Azure NAT Gateway
As organizations scale, substantial egress traffic can trigger Source NAT (SNAT)
port exhaustion, causing dropped connections, diminished application
responsiveness, and erratic network performance. Cloud NGFW for Azure integrates
with Azure NAT Gateway to address these demands, providing two dynamic options for
egress NAT: use the native egress NAT capabilities within Cloud NGFW for efficient
inspection workflows, or use Azure NAT Gateway to achieve superior scalability and
fully managed, high-capacity outbound connectivity.
Azure NAT Gateway is a fully
managed service that provides secure, outbound-only internet connectivity for
resources within an Azure virtual network. It automatically translates private IP
addresses into static public IPs so internal virtual machines can reach external
services without exposing themselves to incoming internet traffic. By dynamically
managing SNAT at the subnet level, it eliminates port exhaustion issues and
simplifies IP allow-listing for external partners.
Key features of Azure NAT Gateway include:
- Massive scalability. Provides approximately 64,000 SNAT ports per
public IP address. By supporting up to 16 public IPs, it can scale the
available SNAT pool to more than 1 million ports.
- Dynamic port allocation. SNAT ports are automatically and dynamically
distributed across all virtual machines on the associated subnet, ensuring
outbound traffic flows uninterrupted.
- Operational simplicity. Azure manages the SNAT pool and elastic
capacity natively, eliminating the need for manual NAT rule creation or port
management.
Integrating Cloud NGFW with Azure NAT Gateway incurs
additional Azure NAT Gateway charges in addition to your normal Cloud NGFW
consumption. See
Create a Standard V2NAT gateway.
This integration is supported only with the Azure
VNet deployment model. Azure Virtual WAN does not directly support Azure NAT
Gateway within a virtual hub configuration.