- A
Enable Allow gateway transit on the hub-to-spoke peering.
This allows the hub VNet gateway to be shared with the peered spoke network.
- B
Enable Use remote gateways on the spoke-to-hub peering.
This tells the spoke to use the gateway deployed in the remote hub VNet.
- C
Enable Allow forwarded traffic on both peerings as the only required setting.
Why wrong: Forwarded traffic is useful in some routing designs, but it does not enable gateway sharing by itself.
- D
Enable Allow gateway transit on the spoke-to-hub peering.
Why wrong: Gateway transit is configured on the gateway-owning VNet side, not on the spoke side.
- E
Create a user-defined route that points all on-premises prefixes to the hub VNet gateway.
Why wrong: UDRs can influence routing, but they do not replace the peering settings required for gateway sharing.
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-and-spoke environment already has an Azure VPN gateway deployed in the hub VNet. A spoke VNet must send on-premises traffic through that existing gateway, and administrators must be able to manage the peering from either side without creating a separate gateway in the spoke. Which two peering settings are required? Select two.
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 Allow gateway transit on the hub-to-spoke peering.
Option A is correct because enabling 'Allow gateway transit' on the hub-to-spoke peering allows the hub VNet to advertise its VPN gateway routes to the spoke VNet. This setting is configured on the peering from the hub side and is a prerequisite for the spoke to use the hub's gateway for on-premises connectivity.
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 Allow gateway transit on the hub-to-spoke peering.
Why this is correct
This allows the hub VNet gateway to be shared with the peered spoke network.
Related concept
Read the scenario before looking for a memorised answer.
- ✓
Enable Use remote gateways on the spoke-to-hub peering.
Why this is correct
This tells the spoke to use the gateway deployed in the remote hub VNet.
Related concept
Read the scenario before looking for a memorised answer.
- ✗
Enable Allow forwarded traffic on both peerings as the only required setting.
Why it's wrong here
Forwarded traffic is useful in some routing designs, but it does not enable gateway sharing by itself.
When this WOULD be correct
In a scenario where two VNets are peered and you need to allow traffic from a network virtual appliance (NVA) in one VNet to be forwarded to the other VNet, enabling Allow forwarded traffic on both peerings is the correct setting. This is common when using third-party NVAs for inspection.
- ✗
Enable Allow gateway transit on the spoke-to-hub peering.
Why it's wrong here
Gateway transit is configured on the gateway-owning VNet side, not on the spoke side.
- ✗
Create a user-defined route that points all on-premises prefixes to the hub VNet gateway.
Why it's wrong here
UDRs can influence routing, but they do not replace the peering settings required for gateway sharing.
When this WOULD be correct
In a scenario where VNet peering is not used or where the spoke VNet needs to override default routing behavior (e.g., to force traffic through a specific NVA or to handle asymmetric routing), a user-defined route with a next hop of the VPN gateway's private IP would be required.
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 Allow gateway transit on the hub-to-spoke peering.Correct answer▾
Why this is correct
This allows the hub VNet gateway to be shared with the peered spoke network.
✗Enable Allow forwarded traffic on both peerings as the only required setting.Wrong answer — click to see why▾
Why this is wrong here
Allow forwarded traffic alone does not enable a spoke VNet to use the hub's VPN gateway; it only permits traffic to be forwarded between VNets. Gateway transit and remote gateways are required for spoke-to-on-premises connectivity through the hub gateway.
★ When this WOULD be the correct answer
In a scenario where two VNets are peered and you need to allow traffic from a network virtual appliance (NVA) in one VNet to be forwarded to the other VNet, enabling Allow forwarded traffic on both peerings is the correct setting. This is common when using third-party NVAs for inspection.
Why candidates choose this
Candidates may think that enabling forwarded traffic is sufficient because they confuse the ability to route traffic through a gateway with the ability to forward traffic between VNets, overlooking the specific gateway transit settings.
✗Enable Allow gateway transit on the spoke-to-hub peering.Wrong answer — click to see why▾
Why this is wrong here
In a hub-and-spoke topology, gateway transit must be enabled on the hub side (the peering from hub to spoke), not on the spoke side. Enabling it on the spoke-to-hub peering would incorrectly allow the spoke to offer transit, which is not the intended design.
★ When this WOULD be the correct answer
If the spoke VNet had its own VPN gateway and needed to allow the hub to use that gateway for transit (e.g., a reverse hub-and-spoke scenario), then enabling Allow gateway transit on the spoke-to-hub peering would be correct.
Why candidates choose this
Candidates may confuse the direction of the setting, thinking that 'gateway transit' should be enabled on the peering from the spoke to the hub because the spoke is 'using' the hub's gateway, but the setting actually must be on the peering from the hub to the spoke.
✗Create a user-defined route that points all on-premises prefixes to the hub VNet gateway.Wrong answer — click to see why▾
Why this is wrong here
User-defined routes are not a peering setting; they are a separate routing mechanism. The question specifically asks for peering settings, and the correct approach is to use gateway transit and remote gateway peering options.
★ When this WOULD be the correct answer
In a scenario where VNet peering is not used or where the spoke VNet needs to override default routing behavior (e.g., to force traffic through a specific NVA or to handle asymmetric routing), a user-defined route with a next hop of the VPN gateway's private IP would be required.
Why candidates choose this
Candidates may think that since the spoke needs to send traffic to on-premises via the hub gateway, a UDR is necessary to direct that traffic, not realizing that the 'Use remote gateways' peering setting automatically handles routing to the hub gateway.
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 'Allow forwarded traffic' with 'Allow gateway transit', thinking that enabling forwarded traffic alone is sufficient for gateway sharing, but forwarded traffic only applies to traffic from an NVA, not from a VPN gateway.
Detailed technical explanation
How to think about this question
Under the hood, 'Allow gateway transit' on the hub-to-spoke peering enables the hub VNet to inject routes from its VPN gateway (learned via BGP or static) into the spoke VNet's effective routes. The spoke must then enable 'Use remote gateways' on the spoke-to-hub peering to accept those routes and direct on-premises traffic through the hub. This works because VNet peering supports transitive routing only when explicitly configured; without these settings, the spoke would need its own gateway to reach on-premises networks.
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.
- →
Implement and Manage Storage — study guide chapter
Learn the concepts, then practise the questions
- →
Implement and Manage Storage practice questions
Targeted practice on this topic area only
- →
All AZ-104 questions
1,170 questions across all exam domains
- →
AZ-104 study guide
Full concept coverage aligned to exam objectives
- →
AZ-104 practice test guide
How to use practice tests most effectively before exam day
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.
Manage Azure Identities and Governance practice questions
Practise AZ-104 questions linked to Manage Azure Identities and Governance.
Implement and Manage Storage practice questions
Practise AZ-104 questions linked to Implement and Manage Storage.
Deploy and Manage Azure Compute practice questions
Practise AZ-104 questions linked to Deploy and Manage Azure Compute.
Implement and Manage Virtual Networking practice questions
Practise AZ-104 questions linked to Implement and Manage Virtual Networking.
Monitor and Maintain Azure Resources practice questions
Practise AZ-104 questions linked to Monitor and Maintain Azure Resources.
AZ-104 Azure RBAC practice questions
Practise AZ-104 questions linked to AZ-104 Azure RBAC.
AZ-104 storage account practice questions
Practise AZ-104 questions linked to AZ-104 storage account.
AZ-104 virtual network practice questions
Practise AZ-104 questions linked to AZ-104 virtual network.
AZ-104 NSG practice questions
Practise AZ-104 questions linked to AZ-104 NSG.
AZ-104 Azure Monitor practice questions
Practise AZ-104 questions linked to AZ-104 Azure Monitor.
AZ-104 backup practice questions
Practise AZ-104 questions linked to AZ-104 backup.
AZ-104 managed identity practice questions
Practise AZ-104 questions linked to AZ-104 managed identity.
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 Allow gateway transit on the hub-to-spoke peering. — Option A is correct because enabling 'Allow gateway transit' on the hub-to-spoke peering allows the hub VNet to advertise its VPN gateway routes to the spoke VNet. This setting is configured on the peering from the hub side and is a prerequisite for the spoke to use the hub's gateway for on-premises connectivity.
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 →
Keep practising
More AZ-104 practice questions
- A storage automation service principal must upload, read, and delete blob data in one container by using Microsoft Entra…
- A subnet contains several application servers. You need to allow inbound TCP 3389 only from a management subnet named Su…
- A subscription admin wants to investigate who changed a resource and also review the platform-generated events for that…
- Based on the exhibit, which Azure feature should the administrator use to track this kind of platform-wide service issue…
- An administrator wants a script running on an Azure VM to create a resource in Azure without storing any passwords or cl…
- A PowerShell script runs on an Azure VM every night and uses Azure CLI commands to create tags and VM resources in anoth…
Last reviewed: Jun 11, 2026
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.
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.
Sign in to join the discussion.