mediummultiple choiceObjective-mapped

A hub VNet already has a VPN gateway connected to on-premises. A spoke VNet in the same region must reach on-premises networks through that existing gateway, and you do not want to deploy a separate VPN gateway in the spoke. What peering settings should you use?

Question 1mediummultiple choice
Full question →

A hub VNet already has a VPN gateway connected to on-premises. A spoke VNet in the same region must reach on-premises networks through that existing gateway, and you do not want to deploy a separate VPN gateway in the spoke. What peering settings should you use?

Answer choices

Why each option matters

Good practice is not just finding the correct option. The wrong answers often show the exact trap the exam wants you to fall into.

A

Distractor review

Create a service endpoint from the spoke VNet to the on-premises network.

Service endpoints are for Azure PaaS services, not for routing to an on-premises network through a VPN gateway.

B

Distractor review

Create peering only; the spoke will automatically use the hub gateway without extra settings.

Azure does not automatically let a spoke use the hub gateway. You must explicitly configure the peering permissions on both sides.

C

Distractor review

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

These settings are reversed. The hub side must advertise gateway transit, and the spoke side must be allowed to use the remote gateway.

D

Best answer

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

In a hub-spoke design, the hub VNet that owns the VPN gateway must allow gateway transit, and the spoke must be configured to use the remote gateway. This lets the spoke route on-premises traffic through the hub without deploying its own gateway. The direction of these settings matters, and reversing them breaks the design.

Common exam trap

Common exam trap: NAT rules depend on direction and matching traffic

NAT is not only about the public address. The inside/outside interface roles and the ACL or rule that matches traffic are just as important.

Technical deep dive

How to think about this question

NAT questions usually test address translation, overload/PAT behaviour, static mappings and whether the right traffic is being translated. Read the interface direction and address terms carefully.

KKey Concepts to Remember

  • Static NAT maps one inside address to one outside address.
  • PAT allows many inside hosts to share one public address using ports.
  • Inside local and inside global describe the private and translated addresses.
  • NAT ACLs identify traffic for translation, not always security filtering.

TExam Day Tips

  • Identify inside and outside interfaces first.
  • Check whether the scenario needs static NAT, dynamic NAT or PAT.
  • Do not confuse NAT matching ACLs with normal packet-filtering intent.

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.

More questions from this exam

Keep practising from the same exam bank, or move into a focused topic page if this question exposed a weak area.

FAQ

Questions learners often ask

What does this AZ-104 question test?

Static NAT maps one inside address to one outside address.

What is the correct answer to this question?

The correct answer is: Enable Allow gateway transit on the hub peering and Use remote gateways on the spoke peering. — For a hub-spoke topology, the VNet that owns the VPN gateway must allow gateway transit, and the spoke VNet must be configured to use remote gateways. This combination lets the spoke forward on-premises traffic through the hub gateway instead of deploying another gateway. The settings are directional, so getting them backwards prevents the spoke from learning the gateway path. Why others are wrong: Plain peering does not grant gateway access by itself. The hub and spoke settings are not interchangeable; the hub advertises transit, and the spoke consumes it. Service endpoints are unrelated because they only optimize access to supported Azure services, not on-premises routing.

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

Then try more questions from the same exam bank and focus on understanding why the wrong options are tempting.

Discussion

Loading comments…

Sign in to join the discussion.