Una VM di Woodgrove Bank (app-nic01) nella sottorete svc-subnet sta inaspettatamente instradando il traffico in uscita per 10.1.20.0/24 verso una VNet con peering invece che verso Internet. È necessario ispezionare le route effettive applicate alla NIC per determinare quale route (di sistema, UDR o propagata) ha la precedenza. Qual è il modo corretto per ottenere le route effettive per la NIC di quella VM utilizzando il portale e la CLI?

La risposta corretta descrive i metodi standard e più diretti per visualizzare le route effettive applicate a una NIC di Azure. Nel portale, la sezione "Effective Routes" (o "Effective Route Table") della NIC mostra le route di sistema, le UDR (User-Defined Routes) e le route propagate da un gateway, indicando la loro origine e precedenza. La CLI offre comandi equivalenti (az network nic show-effective-route-table o az network watcher show-effective-route-table) per ottenere le stesse informazioni in formato programmatico. Le opzioni errate propongono metodi non idonei: az network watcher test-next-hop verifica solo l'hop successivo per una destinazione specifica, non elenca tutte le route effettive. La tabella di route della sottorete mostra solo le UDR associate, non le route effettive complete (che includono quelle di sistema e propagate). L'affermazione che il pannello Effective Routes non è disponibile è falsa. I log di flusso NSG registrano l'attività di rete e le decisioni di sicurezza basate sulle regole NSG, non forniscono informazioni dirette sulle tabelle di routing effettive.