Question 285 of 1,170
Implement and Manage Virtual NetworkingmediumMultiple ChoiceObjective-mapped

AZ-104 Implement and Manage Virtual Networking Practice Question

This AZ-104 practice question tests your understanding of implement and manage virtual networking. This is a configuration task: choose the command set that satisfies every stated requirement. Small differences — like 'secret' vs 'password' or 'transport input ssh' vs 'all' — change whether the answer is correct. After answering, compare your reasoning against the explanation and wrong-answer breakdown below. Once you have made your selection, read the full explanation to reinforce the concept and understand why each distractor is designed to mislead on exam day.

A hub VNet already has a VPN gateway connected to on-premises. A new spoke VNet must reach on-premises through the hub gateway and should not deploy its own gateway. What configuration should be enabled on the peering?

Answer choices

Why each option matters

Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.

Correct answer & explanation

Enable gateway transit on the hub peering and Use remote gateways on the spoke peering.

Option A is correct because enabling 'Use remote gateways' on the spoke VNet peering and 'Allow gateway transit' on the hub VNet peering allows the spoke VNet to route traffic to on-premises through the hub's VPN gateway without deploying its own gateway. This configuration leverages BGP routes (if the VPN gateway is route-based) to propagate on-premises prefixes to the spoke, enabling transitive routing across the peering.

Key principle: Answer the scenario, not the keyword: identify the specific constraint before choosing the most familiar-sounding option.

Answer analysis

Option-by-option breakdown

For each option: why learners choose it and why it is or isn't the right answer here.

  • Enable gateway transit on the hub peering and Use remote gateways on the spoke peering.

    Why this is correct

    This is the correct hub-and-spoke configuration when only the hub should own the VPN gateway. Gateway transit allows the hub to share its gateway with peered VNets, and the spoke must be configured to use the remote gateway. Together, these settings let the spoke route on-premises traffic through the hub gateway without deploying another gateway or duplicating connectivity infrastructure.

    Related concept

    Read the scenario before looking for a memorised answer.

  • Create a service endpoint from the spoke to the hub.

    Why it's wrong here

    Service endpoints are for PaaS service access, not for routing traffic through a VPN gateway in another VNet.

    When this WOULD be correct

    In a scenario where a spoke VNet needs secure, private access to an Azure Storage account without using a public IP, enabling a service endpoint on the spoke subnet and creating a service endpoint policy would be correct.

  • Add a default route to Internet in the spoke subnet.

    Why it's wrong here

    Sending traffic to Internet would bypass on-premises connectivity instead of forwarding it to the hub gateway.

    When this WOULD be correct

    In a scenario where the spoke VNet needs direct Internet access without routing through the hub, and you want to ensure outbound traffic goes via the Internet (e.g., for a public-facing app), adding a default route to the Internet in the spoke subnet would be correct.

  • Enable accelerated networking on the spoke subnet.

    Why it's wrong here

    Accelerated networking improves VM NIC performance, but it does not configure shared gateway routing across peered VNets.

    When this WOULD be correct

    A question asks how to improve network throughput and reduce latency for VMs in a spoke VNet that communicate with on-premises resources through a hub VPN gateway. Enabling accelerated networking on the spoke subnet would be correct to enhance performance.

Option-by-option analysis

Why each answer is right or wrong

Understanding why wrong answers are wrong — and when they would be correct — is what separates a 750 score from a 900. The AZ-104 exam frequently reuses these exact scenarios with slightly different constraints.

Enable gateway transit on the hub peering and Use remote gateways on the spoke peering.Correct answer

Why this is correct

This is the correct hub-and-spoke configuration when only the hub should own the VPN gateway. Gateway transit allows the hub to share its gateway with peered VNets, and the spoke must be configured to use the remote gateway. Together, these settings let the spoke route on-premises traffic through the hub gateway without deploying another gateway or duplicating connectivity infrastructure.

Create a service endpoint from the spoke to the hub.Wrong answer — click to see why

Why this is wrong here

Service endpoints allow private access to Azure PaaS services from a VNet, not connectivity to on-premises through a VPN gateway. They do not enable routing between VNets or to on-premises.

★ When this WOULD be the correct answer

In a scenario where a spoke VNet needs secure, private access to an Azure Storage account without using a public IP, enabling a service endpoint on the spoke subnet and creating a service endpoint policy would be correct.

Why candidates choose this

Candidates may confuse service endpoints with VPN or gateway transit, thinking they provide a path to on-premises, because both involve network connectivity and Azure services.

Add a default route to Internet in the spoke subnet.Wrong answer — click to see why

Why this is wrong here

Adding a default route to the Internet in the spoke subnet does not enable traffic to on-premises through the hub VPN gateway; it would send traffic to the Internet instead of through the hub.

★ When this WOULD be the correct answer

In a scenario where the spoke VNet needs direct Internet access without routing through the hub, and you want to ensure outbound traffic goes via the Internet (e.g., for a public-facing app), adding a default route to the Internet in the spoke subnet would be correct.

Why candidates choose this

Candidates may think a default route is needed to direct traffic to on-premises, but they overlook that the route must point to the hub gateway, not the Internet.

Enable accelerated networking on the spoke subnet.Wrong answer — click to see why

Why this is wrong here

Accelerated networking improves VM network performance via SR-IOV, but does not enable routing traffic through a hub VPN gateway. It does not affect VNet peering or gateway transit.

★ When this WOULD be the correct answer

A question asks how to improve network throughput and reduce latency for VMs in a spoke VNet that communicate with on-premises resources through a hub VPN gateway. Enabling accelerated networking on the spoke subnet would be correct to enhance performance.

Why candidates choose this

Candidates may think 'accelerated' implies faster connectivity to on-premises via the hub, confusing performance optimization with routing configuration.

Analysis generated from the official AZ-104blueprint and verified against question context. The “when correct” sections are what AI assistants cite when candidates ask “what’s the difference between these options?”

Common exam traps

Common exam trap: answer the scenario, not the keyword

The trap here is that candidates often confuse 'gateway transit' with simply enabling peering, forgetting that both the hub's 'Allow gateway transit' and the spoke's 'Use remote gateways' must be explicitly set, and that the spoke cannot have its own gateway (otherwise the setting is blocked).

Detailed technical explanation

How to think about this question

Under the hood, 'Allow gateway transit' on the hub peering advertises the hub's VPN gateway routes (including on-premises prefixes learned via BGP) to the spoke VNet's route table. The spoke's 'Use remote gateways' setting then installs those routes as effective routes for the spoke subnets, allowing traffic to flow without a local gateway. In a real-world scenario, this is critical for hub-and-spoke topologies where cost and management overhead are minimized by centralizing VPN connectivity in the hub.

KKey Concepts to Remember

  • Read the scenario before looking for a memorised answer.
  • Find the constraint that changes the correct option.
  • Eliminate answers that are true in general but not in this case.

TExam Day Tips

  • Watch for words such as best, first, most likely and least administrative effort.
  • Review why wrong options are wrong, not only why the correct option is correct.

Key takeaway

Answer the scenario, not the keyword: identify the specific constraint before choosing the most familiar-sounding option.

Real-world example

How this comes up in practice

A healthcare organisation deploys an application with a public-facing web tier and a private database tier. The database subnet has no public IP and only accepts connections from the web tier's security group. Questions like this test whether you can design cloud network isolation using VNets/VPCs, subnets, and security group rules.

What to study next

Got this wrong? Here's your next step.

Identify which exam domain this question belongs to, review the core concept, then practise similar questions from the same domain.

Related practice questions

Related AZ-104 practice-question pages

Use these pages to review the topic behind this question. This is how one missed question becomes focused revision.

Practice this exam

Start a free AZ-104 practice session

Short sessions build daily habit. Longer sessions build exam-day stamina. Try a timed session to simulate real conditions.

FAQ

Questions learners often ask

What does this AZ-104 question test?

Implement and Manage Virtual Networking — This question tests Implement and Manage Virtual Networking — Read the scenario before looking for a memorised answer..

What is the correct answer to this question?

The correct answer is: Enable gateway transit on the hub peering and Use remote gateways on the spoke peering. — Option A is correct because enabling 'Use remote gateways' on the spoke VNet peering and 'Allow gateway transit' on the hub VNet peering allows the spoke VNet to route traffic to on-premises through the hub's VPN gateway without deploying its own gateway. This configuration leverages BGP routes (if the VPN gateway is route-based) to propagate on-premises prefixes to the spoke, enabling transitive routing across the peering.

What should I do if I get this AZ-104 question wrong?

Identify which exam domain this question belongs to, review the core concept, then practise similar questions from the same domain.

What is the key concept behind this question?

Read the scenario before looking for a memorised answer.

About these practice questions

Courseiva creates original exam-style practice questions with explanations and wrong-answer analysis. It does not publish real exam questions, exam dumps, or protected exam content. Learn why practice questions differ from exam dumps →

How Courseiva writes practice questions · Editorial policy

Keep practising

More AZ-104 practice questions

Last reviewed: Jun 11, 2026

Question Discussion

Share a tip, memory trick, or ask about the reasoning behind this question. Do not post real exam questions, leaked content, braindumps, or copyrighted exam material. Comments are moderated and may be removed without notice.

Loading comments…

Sign in to join the discussion.

This AZ-104 practice question is part of Courseiva's free Microsoft certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the AZ-104 exam.