Question 336 of 1,170
Implement and Manage StoragemediumMultiple ChoiceObjective-mapped

AZ-104 Implement and Manage Storage Practice Question

This AZ-104 practice question tests your understanding of implement and manage storage. 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 contains a VPN gateway that provides access to on-premises resources. A spoke VNet is peered to the hub and must send on-premises traffic through the hub gateway without deploying its own gateway. What peering configuration is required?

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 B is correct because to route spoke VNet traffic through the hub VPN gateway without deploying a separate gateway in the spoke, you must enable 'Use remote gateways' on the spoke peering and 'Gateway transit' on the hub peering. This configuration allows the spoke to use the hub's VPN gateway for on-premises connectivity, leveraging the transitive routing capability of VNet 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 forwarded traffic on both peerings and disable gateway transit.

    Why it's wrong here

    Forwarded traffic allows traffic that originated elsewhere, but it does not let the spoke use the hub gateway for transit.

    When this WOULD be correct

    This option would be correct in a scenario where the spoke VNet needs to forward traffic to the hub for inspection (e.g., via a network virtual appliance) but the hub does not provide gateway transit; instead, the spoke has its own VPN gateway for on-premises access.

  • 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 gateway sharing configuration. The hub peering must allow gateway transit, and the spoke peering must use the remote gateway in the hub. Together, these settings let the spoke route on-premises traffic through the hub VPN gateway without deploying a second gateway.

    Related concept

    Read the scenario before looking for a memorised answer.

  • Create a second VPN gateway in the spoke and peer the two gateways.

    Why it's wrong here

    That would add unnecessary cost and complexity and is not required for shared gateway transit.

    When this WOULD be correct

    This option would be correct if the question required high availability or isolation, such as when the spoke must have its own direct VPN connection to on-premises for redundancy or compliance, independent of the hub.

  • Configure the spoke subnet with a service endpoint to the hub gateway subnet.

    Why it's wrong here

    Service endpoints are for supported Azure PaaS services, not for routing traffic through a VPN gateway.

    When this WOULD be correct

    This option would be correct in a scenario where a subnet in a spoke VNet needs to securely access an Azure PaaS service (like Azure Storage or SQL Database) without using a public IP, by routing traffic through the hub's service endpoint.

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 gateway sharing configuration. The hub peering must allow gateway transit, and the spoke peering must use the remote gateway in the hub. Together, these settings let the spoke route on-premises traffic through the hub VPN gateway without deploying a second gateway.

Enable forwarded traffic on both peerings and disable gateway transit.Wrong answer — click to see why

Why this is wrong here

Option A is wrong because 'disable gateway transit' would prevent the spoke from using the hub's VPN gateway, and 'enable forwarded traffic' alone does not allow the spoke to use the hub gateway for on-premises connectivity.

★ When this WOULD be the correct answer

This option would be correct in a scenario where the spoke VNet needs to forward traffic to the hub for inspection (e.g., via a network virtual appliance) but the hub does not provide gateway transit; instead, the spoke has its own VPN gateway for on-premises access.

Why candidates choose this

Candidates may confuse 'forwarded traffic' with 'gateway transit' or think that enabling forwarded traffic on both peerings is sufficient to route spoke traffic through the hub gateway, overlooking the specific gateway transit setting.

Create a second VPN gateway in the spoke and peer the two gateways.Wrong answer — click to see why

Why this is wrong here

Creating a second VPN gateway in the spoke defeats the purpose of using hub gateway transit, as it adds cost and complexity. The requirement is to avoid deploying a separate gateway in the spoke.

★ When this WOULD be the correct answer

This option would be correct if the question required high availability or isolation, such as when the spoke must have its own direct VPN connection to on-premises for redundancy or compliance, independent of the hub.

Why candidates choose this

Candidates may think that having a dedicated gateway in the spoke ensures direct connectivity, overlooking the cost and management overhead, or they may confuse this with a scenario where hub transit is not desired.

Configure the spoke subnet with a service endpoint to the hub gateway subnet.Wrong answer — click to see why

Why this is wrong here

Service endpoints are used to secure Azure service access from a subnet to a service (e.g., Storage, SQL) over the Azure backbone, not to route traffic to a VPN gateway or enable gateway transit.

★ When this WOULD be the correct answer

This option would be correct in a scenario where a subnet in a spoke VNet needs to securely access an Azure PaaS service (like Azure Storage or SQL Database) without using a public IP, by routing traffic through the hub's service endpoint.

Why candidates choose this

Candidates may confuse service endpoints with gateway transit, thinking that a service endpoint can provide connectivity to on-premises resources via the hub gateway, or they may misunderstand the purpose of service endpoints as a general routing feature.

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 'forwarded traffic' with 'gateway transit'—forwarded traffic only allows traffic from a third VNet to pass through the peering, but it does not enable the hub's VPN gateway to be used by the spoke; gateway transit is the specific setting required for this scenario.

Detailed technical explanation

How to think about this question

Under the hood, VNet peering does not inherently support transitive routing; 'Gateway transit' on the hub peering explicitly allows the hub's gateway to advertise routes to the spoke, while 'Use remote gateways' on the spoke peering enables the spoke to accept those routes and forward traffic to the hub gateway. This configuration works with both VPN and ExpressRoute gateways, but the spoke must not have its own gateway configured, as that would conflict with the remote gateway setting. In a real-world scenario, this is commonly used in hub-and-spoke topologies to centralize connectivity and reduce costs.

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 company's IT admin needs to give a contractor read-only access to production logs without sharing account credentials. Using role-based access control (RBAC) and temporary scoped permissions — not a permanent shared password — is the correct pattern. Questions like this test whether you can apply least-privilege access across cloud identity services.

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 Storage — This question tests Implement and Manage Storage — 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 B is correct because to route spoke VNet traffic through the hub VPN gateway without deploying a separate gateway in the spoke, you must enable 'Use remote gateways' on the spoke peering and 'Gateway transit' on the hub peering. This configuration allows the spoke to use the hub's VPN gateway for on-premises connectivity, leveraging the transitive routing capability of VNet 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.