An enterprise is designing a hub-and-spoke network topology in Azure to host a multi-tier application. The topology consists of the following components:
* A hub virtual network named `vnet-hub-eus` () that hosts a central firewall Network Virtual Appliance (NVA) at the IP address .
* A spoke virtual network named `vnet-spoke-app` () that contains two subnets: `snet-web` () for web servers and `snet-db` () for database servers.
The virtual networks are peered to allow direct connectivity. You need to design a routing solution that forces all traffic from the web servers in `snet-web` to the database servers in `snet-db` to transit the firewall NVA in the hub for inspection. However, traffic between web servers within the same `snet-web` subnet must remain local and bypass the NVA.
An administrator proposes creating a route table, adding a route for the address prefix with a next hop type of Virtual appliance and IP address , and associating it with `snet-web`.
What is the primary issue with this proposed design?
- AThe custom route is ignored because Azure system-defined local routes always take precedence over user-defined routes with matching address spaces.
- BThe route table cannot be associated with the subnet because it contains active Basic SKU Load Balancer resources, which do not support custom routing.
- It overrides the local system route for the virtual network, causing intra-subnet traffic within the web subnet to be routed to the NVA.Answer
- DThe traffic is blocked because Azure network security groups do not support transit routing through NVAs unless service tags are configured.