Share via

Explicit outbound connectivity method mandatory for special subnets?

David Garcinuño 0 Reputation points
2025-09-11T08:45:47.0333333+00:00

Hi,

Taking advantage of the default outbound access retirement, we are going to try converting all subnets to private. For the subnets where we have virtual machines this is not a problem, since they have a route table with rules to redirect all outbound traffic through a firewall. However, we have a doubt about subnets that host other types of Azure resources: the GatewaySubnet (hosting a VPN Gateway), the subnet used to deploy a PostgreSQL Flexible Server instance, or the subnet where an Application Gateway is deployed. Do these subnets require an explicit outbound connectivity method, or can they be made private without configuring one?

Azure VPN Gateway
Azure VPN Gateway

An Azure service that enables the connection of on-premises networks to Azure through site-to-site virtual private networks.


1 answer

Sort by: Most helpful
  1. Michele Ariis 7,215 Reputation points MVP Volunteer Moderator
    2025-09-11T10:56:39.04+00:00

    Hi, no: for “special” subnets an explicit egress method is not needed (and is not supported for GatewaySubnet), GatewaySubnet uses managed egress and does not need to be managed with NAT GW or UDR 0.0.0.0/0; PostgreSQL Flexible Server in delegated subnet manages egress itself (only configure private DNS/PE); Application Gateway does not require outbound NAT (put NSG with GatewayManager tag allowed and UDR only to reach backends); rule of thumb: explicit egress (NAT GW/LB outbound/Public IP) is needed for VMs, these subnets can remain private respecting the NSG/UDR exceptions provided by the service.

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.