Question 540
A globally distributed web service wants endpoint failover by changing the DNS answer based on health, not by proxying every HTTP request. A marketing site needs weighted distribution of new DNS lookups between regional hostnames for controlled rollout. A network engineer demands TLS termination and WAF inspection directly on a Traffic Manager DNS profile. Which response best addresses these needs?
- Configure Azure Traffic Manager with an appropriate traffic-routing method and endpoint monitoring; review DNS caching and TTL behavior and design client retry expectations for Traffic Manager failover; and use a supported web delivery layer such as Front Door or Application Gateway for TLS and WAF inspection.
- Configure Azure Traffic Manager with an appropriate traffic-routing method and endpoint monitoring; use Traffic Manager weighted routing with monitored endpoints and validate the resulting DNS responses; and use a supported web delivery layer such as Front Door or Application Gateway for TLS and WAF inspection.
- Configure Azure Traffic Manager with an appropriate traffic-routing method and endpoint monitoring; use Traffic Manager weighted routing with monitored endpoints and validate the resulting DNS responses; and review DNS caching and TTL behavior and design client retry expectations for Traffic Manager failover.
- Review DNS caching and TTL behavior and design client retry expectations for Traffic Manager failover; use Traffic Manager weighted routing with monitored endpoints and validate the resulting DNS responses; and use a supported web delivery layer such as Front Door or Application Gateway for TLS and WAF inspection.
Explanation
Correct Answer
B:Traffic Manager makes DNS-level routing decisions and is not an inline application proxy. Weighted DNS routing can steer new resolver answers without providing layer-7 application transformations. A DNS traffic manager does not terminate HTTP/TLS connections or inspect request payloads. Each decision addresses a separate requirement.
Incorrect Answers
A:Two actions meet their requirements, but action 2 misses this need: weighted DNS routing can steer new resolver answers without providing layer-7 application transformations.
C:Two actions meet their requirements, but action 3 misses this need: a DNS traffic manager does not terminate HTTP/TLS connections or inspect request payloads.
D:Two actions meet their requirements, but action 1 misses this need: traffic Manager makes DNS-level routing decisions and is not an inline application proxy.
Question 541
A site requires an edge rule that redirects HTTP to HTTPS and rewrites selected URL prefixes without application code changes. Which action best addresses this finding?
- Configure Front Door rules sets and route options to apply the approved redirects and URL rewrites.
- Configure Front Door origin groups and routes with appropriate priority and latency-based traffic distribution.
- Adjust Front Door caching behavior and implement a controlled purge or cache-bypass path for freshness-sensitive responses.
- Deploy an appropriate Azure Front Door profile with routes, origin groups, endpoints, and health probes.
Explanation
Correct Answer
A:Front Door can apply supported request-routing transformations at the global entry point.
Incorrect Answers
B:Here, front Door can apply supported request-routing transformations at the global entry point.
C:Adjusting Front Door caching behavior and implementing a controlled purge or cache-bypass path for freshness-sensitive responses would not configure Front Door rules sets and route options to apply the approved redirects and URL rewrites.
D:Deploying an appropriate Azure Front Door profile with routes, origin groups, endpoints, and health probes would not configure Front Door rules sets and route options to apply the approved redirects and URL rewrites.
Question 542
During an Azure networking rollout, the team must resolve both of these conditions. An application wants identical public frontend IP addresses for two independent regional load balancers but selects a regional static IP for both. A VNet is configured with an alternate DNS server address, but the team attributes unrelated IP exhaustion to DNS settings. Which course of action addresses the stated issues?
- Resolve the address overlap before deploying peering and hybrid route advertisements into the same connectivity topology; investigate subnet IP assignments and available CIDR capacity independently from DNS resolver configuration.
- Investigate subnet IP assignments and available CIDR capacity independently from DNS resolver configuration; do not check supported global or cross-region load-balancing constructs and separate regional address identities where required.
- Check supported global or cross-region load-balancing constructs and separate regional address identities where required; investigate subnet IP assignments and available CIDR capacity independently from DNS resolver configuration.
- Check supported global or cross-region load-balancing constructs and separate regional address identities where required; use supported service tags where appropriate and review service scope instead of freezing changing platform address lists.
Explanation
Correct Answer
C:A regional public IP does not automatically span independent regions or become a global frontend address. Name resolution settings do not increase the number of assignable private addresses in a subnet. Both actions are needed.
Incorrect Answers
A:A regional public IP does not automatically span independent regions or become a global frontend address.
B:This plan leaves out a required action: Check supported global or cross-region load-balancing constructs and separate regional address identities where required. The remaining action alone does not satisfy the situation.
D:Name resolution settings do not increase the number of assignable private addresses in a subnet.
Question 543
Two enterprise datacenters need private connectivity to each other through Microsoft's backbone, not just reach Azure resources. An ExpressRoute design relies on one circuit and one metro location despite requiring continuity during provider-level outages. Which response best addresses these needs?
- Add diverse eligible circuits and routing failover options across independent connectivity locations; do not evaluate ExpressRoute Global Reach between eligible circuits and validate location and provider support.
- Evaluate ExpressRoute Global Reach between eligible circuits and validate location and provider support; add diverse eligible circuits and routing failover options across independent connectivity locations.
- Evaluate ExpressRoute Global Reach between eligible circuits and validate location and provider support; evaluate ExpressRoute Direct with supported locations, port capacity, and operational requirements.
- Evaluate ExpressRoute FastPath prerequisites and verify which traffic paths the selected gateway and routes support; add diverse eligible circuits and routing failover options across independent connectivity locations.
Explanation
Correct Answer
B:Global Reach joins supported on-premises sites through ExpressRoute circuits subject to geographic and SKU constraints. Physical provider and peering diversity address failures that redundant gateway instances on one circuit cannot. Both actions are needed.
Incorrect Answers
A:This plan leaves out a required action: Evaluate ExpressRoute Global Reach between eligible circuits and validate location and provider support. The remaining action alone does not satisfy the situation.
C:Physical provider and peering diversity address failures that redundant gateway instances on one circuit cannot.
D:Global Reach joins supported on-premises sites through ExpressRoute circuits subject to geographic and SKU constraints.
Question 544
An engineering VNet has a /24 address space but must add separate application, private endpoint, gateway, and firewall subnets next quarter. An operator tries to place an Azure VPN gateway in an ordinary shared application subnet named AppServers. What is the most appropriate plan for this situation?
- Expand or redesign the VNet address space and reserve appropriately sized nonoverlapping subnets before deploying new services; Redesign the Azure address plan using nonoverlapping prefixes and coordinate any required network translation before connecting the environments.
- Expand or redesign the VNet address space and reserve appropriately sized nonoverlapping subnets before deploying new services; provision a dedicated GatewaySubnet with the required size and attach the virtual network gateway to that supported subnet.
- Provision a dedicated GatewaySubnet with the required size and attach the virtual network gateway to that supported subnet; do not Expand or redesign the VNet address space and reserve appropriately sized nonoverlapping subnets before deploying new services.
- Configure the service's supported subnet delegation and check whether other intended resources can share that subnet; provision a dedicated GatewaySubnet with the required size and attach the virtual network gateway to that supported subnet.
Explanation
Correct Answer
B:Subnet capacity and reserved addresses must be planned for service-specific requirements rather than consumed opportunistically. Azure virtual network gateways rely on the specially named GatewaySubnet, not an arbitrary application segment. Both actions are needed.
Incorrect Answers
A:Azure virtual network gateways rely on the specially named GatewaySubnet, not an arbitrary application segment.
C:This plan leaves out a required action: Expand or redesign the VNet address space and reserve appropriately sized nonoverlapping subnets before deploying new services. The remaining action alone does not satisfy the situation.
D:Subnet capacity and reserved addresses must be planned for service-specific requirements rather than consumed opportunistically.
Question 545
A backend pool is configured for HTTP/2-only application traffic while the gateway's supported backend mode differs from the client-side protocol expectation. A team wants end-to-end connection affinity for a stateful checkout service but uses an origin that stores carts only in local process memory. Which course of action addresses the stated issues?
- Verify the supported Application Gateway frontend and backend protocol capabilities and match the origin application configuration; use supported multi-site HTTPS listeners and server name indication with valid certificates for each authorized hostname.
- Verify the supported Application Gateway frontend and backend protocol capabilities and match the origin application configuration; configure supported cookie-based affinity where suitable and redesign session state for failover resilience.
- Configure supported cookie-based affinity where suitable and redesign session state for failover resilience; do not verify the supported Application Gateway frontend and backend protocol capabilities and match the origin application configuration.
- Validate Application Gateway subnet and routing restrictions and repair the effective required control-plane and backend paths; configure supported cookie-based affinity where suitable and redesign session state for failover resilience.
Explanation
Correct Answer
B:A gateway's client-facing protocol does not automatically imply identical protocol negotiation toward the backend. Sticky routing can reduce session churn but cannot protect application sessions when a single backend permanently fails. Both actions are needed.
Incorrect Answers
A:Sticky routing can reduce session churn but cannot protect application sessions when a single backend permanently fails.
C:This plan leaves out a required action: Verify the supported Application Gateway frontend and backend protocol capabilities and match the origin application configuration. The remaining action alone does not satisfy the situation.
D:A gateway's client-facing protocol does not automatically imply identical protocol negotiation toward the backend.
Question 546
A gateway terminates TLS from public clients, but the security policy requires HTTPS encryption to remain on the backend hop. An application migrates from a legacy backend host name and now receives 502 responses because its certificate does not match the host selected by the gateway. Which response best addresses these needs?
- Configure HTTPS backend settings with appropriate certificate trust and end-to-end TLS validation; configure a supported Application Gateway rewrite rule set and verify the forwarded request headers.
- Review listener and rule priorities and verify path-match precedence before committing the correction; correct backend hostname and trusted certificate settings and retest the Application Gateway health probe.
- Correct backend hostname and trusted certificate settings and retest the Application Gateway health probe; do not configure HTTPS backend settings with appropriate certificate trust and end-to-end TLS validation.
- Configure HTTPS backend settings with appropriate certificate trust and end-to-end TLS validation; correct backend hostname and trusted certificate settings and retest the Application Gateway health probe.
Explanation
Correct Answer
D:Frontend TLS termination alone does not guarantee that the gateway-to-origin hop is encrypted. Backend TLS validation depends on the expected name and chain, not just a responding TCP port. Both actions are needed.
Incorrect Answers
A:Backend TLS validation depends on the expected name and chain, not just a responding TCP port.
B:Frontend TLS termination alone does not guarantee that the gateway-to-origin hop is encrypted.
C:This plan leaves out a required action: Configure HTTPS backend settings with appropriate certificate trust and end-to-end TLS validation. The remaining action alone does not satisfy the situation.
Question 547
During an Azure networking rollout, the team must resolve both of these conditions. A financial services company requires private dedicated connectivity to Azure with predictable provider interconnection instead of an internet VPN. An engineer configures Microsoft peering when the requirement is to reach VM private IPs in Azure VNets. What is the most appropriate plan for this situation?
- Align the provider handoff, BGP peer IPs, ASN, VLAN ID, and Microsoft peering configuration; configure Azure private peering and the applicable VNet gateway or direct connectivity model.
- Configure Azure private peering and the applicable VNet gateway or direct connectivity model; do not design an ExpressRoute circuit with an eligible connectivity provider and appropriate peering and gateway configuration.
- Design an ExpressRoute circuit with an eligible connectivity provider and appropriate peering and gateway configuration; configure Azure private peering and the applicable VNet gateway or direct connectivity model.
- Design an ExpressRoute circuit with an eligible connectivity provider and appropriate peering and gateway configuration; create a supported ExpressRoute virtual network gateway and link the VNet to the provisioned circuit.
Explanation
Correct Answer
C:ExpressRoute uses private connectivity arrangements distinct from encrypted internet VPN tunnels. Microsoft peering is not a substitute for Azure private peering to VNet private address space. Both actions are needed.
Incorrect Answers
A:ExpressRoute uses private connectivity arrangements distinct from encrypted internet VPN tunnels.
B:This plan leaves out a required action: Design an ExpressRoute circuit with an eligible connectivity provider and appropriate peering and gateway configuration. The remaining action alone does not satisfy the situation.
D:Microsoft peering is not a substitute for Azure private peering to VNet private address space.
Question 548
Multiple Azure Firewalls should share a baseline threat and network rule policy while allowing one region's justified exceptions. An organization creates a secured Virtual WAN hub but assumes adding an ordinary VNet firewall appliance automatically integrates with hub routing intent. Which course of action addresses the stated issues?
- Deploy a supported Azure Firewall secured virtual hub configuration and verify Virtual WAN routing intent and connections; do not use Azure Firewall Policy hierarchy and appropriately scoped child policies with validation of rule collection priorities.
- Use Azure Firewall Policy hierarchy and appropriately scoped child policies with validation of rule collection priorities; select an appropriate Azure Firewall Premium tier after validating required advanced security features.
- Update and associate approved route tables or secured hub routing intent and confirm packets traverse the firewall; deploy a supported Azure Firewall secured virtual hub configuration and verify Virtual WAN routing intent and connections.
- Use Azure Firewall Policy hierarchy and appropriately scoped child policies with validation of rule collection priorities; deploy a supported Azure Firewall secured virtual hub configuration and verify Virtual WAN routing intent and connections.
Explanation
Correct Answer
D:Central policy inheritance can standardize controls without copying every rule by hand into each firewall. A secured virtual hub has supported managed integration steps distinct from placing any VM in a peered subnet. Both actions are needed.
Incorrect Answers
A:This plan leaves out a required action: Use Azure Firewall Policy hierarchy and appropriately scoped child policies with validation of rule collection priorities. The remaining action alone does not satisfy the situation.
B:A secured virtual hub has supported managed integration steps distinct from placing any VM in a peered subnet.
C:Central policy inheritance can standardize controls without copying every rule by hand into each firewall.
Question 549
During an Azure networking rollout, the team must resolve both of these conditions. A fleet of VM network interfaces changes IP addresses frequently, and application-tier NSG rules depend on hardcoded individual addresses. A security engineer attaches a restrictive NSG to a VM NIC but forgets an additional subnet NSG is also applied and traffic remains blocked. Which response best addresses these needs?
- Use supported Application Security Groups for member NICs and reference those groups in appropriate NSG rules; check effective NSG rules across subnet and NIC scopes before changing unrelated Azure Firewall policies.
- Check effective NSG rules across subnet and NIC scopes before changing unrelated Azure Firewall policies; do not use supported Application Security Groups for member NICs and reference those groups in appropriate NSG rules.
- Use supported Application Security Groups for member NICs and reference those groups in appropriate NSG rules; create a narrowly scoped inbound NSG rule with the specific source, destination, protocol, port, and appropriate priority.
- Reorder or narrow the higher-priority matching NSG rule and validate the effective security evaluation; check effective NSG rules across subnet and NIC scopes before changing unrelated Azure Firewall policies.
Explanation
Correct Answer
A:ASGs allow logically grouped network interfaces to be controlled without manually tracking each private address. Subnet and NIC security rules can both affect traffic; one permissive policy does not override a deny elsewhere. Both actions are needed.
Incorrect Answers
B:This plan leaves out a required action: Use supported Application Security Groups for member NICs and reference those groups in appropriate NSG rules. The remaining action alone does not satisfy the situation.
C:Subnet and NIC security rules can both affect traffic; one permissive policy does not override a deny elsewhere.
D:ASGs allow logically grouped network interfaces to be controlled without manually tracking each private address.
Question 550
During an Azure networking rollout, the team must resolve both of these conditions. An administrator expects Application Gateway to provide raw RDP load balancing for remote administrators rather than web traffic. A backend API needs a nonstandard HTTP port and the gateway reports connection failures though client port 443 is healthy. What is the most appropriate plan for this situation?
- Configure probes with the intended host header and path and validate the origin's virtual host behavior; Set the backend HTTP port and probe destination correctly rather than changing the public HTTPS listener.
- Use a supported layer-4 load balancer, Azure Bastion, or access method matched to the management protocol; update backend pool membership and probe configuration and verify traffic distribution from client requests.
- Use a supported layer-4 load balancer, Azure Bastion, or access method matched to the management protocol; Set the backend HTTP port and probe destination correctly rather than changing the public HTTPS listener.
- Set the backend HTTP port and probe destination correctly rather than changing the public HTTPS listener; do not use a supported layer-4 load balancer, Azure Bastion, or access method matched to the management protocol.
Explanation
Correct Answer
C:Application Gateway focuses on HTTP(S) services and does not expose generic TCP connections like an L4 balancer. Frontend and backend ports are independent settings in an application-layer proxy. Both actions are needed.
Incorrect Answers
A:Application Gateway focuses on HTTP(S) services and does not expose generic TCP connections like an L4 balancer.
B:Frontend and backend ports are independent settings in an application-layer proxy.
D:This plan leaves out a required action: Use a supported layer-4 load balancer, Azure Bastion, or access method matched to the management protocol. The remaining action alone does not satisfy the situation.
Designing and Implementing Microsoft Azure Networking Solutions (AZ-700) Practice Tests