Azure

Azure Network Watcher Troubleshooting Complete Guide: Connection Troubleshoot, IP Flow Verify, Packet Capture

2026-05-24
NicheeLab Editorial Team

Azure Network Watcher is a Microsoft managed service that unifies monitoring, diagnostics, and troubleshooting for Azure networking. With a wide range of capabilities such as Connection Troubleshoot, IP Flow Verify, Packet Capture, and NSG Flow Logs, it sits at the core of Azure network operations. This article walks through how to use each feature and the standard troubleshooting flow comprehensively.

10 Key Features at a Glance

FeaturePurpose
Connection TroubleshootConnectivity diagnostics between any two resources
IP Flow VerifyNSG rule evaluation simulation
Next HopRouting decision check
NSG DiagnosticDetailed NSG evaluation results
Packet CapturePacket capture inside a VM
NSG Flow LogsFull NSG traffic logs
Connection MonitorContinuous connectivity monitoring
Traffic AnalyticsFlow aggregation and visualization
TopologyAuto-generated network diagrams
Effective Routes / Security RulesEffective route and security rule display

Connection Troubleshoot

Diagnoses connectivity between two Azure resources (VM ↔ VM, VM ↔ Storage, VM ↔ App Service, VM ↔ FQDN).

How to use it

  1. Specify the source resource (VM)
  2. Specify the destination (IP / FQDN / Azure resource)
  3. Specify the port (e.g., 443)
  4. Run the test → results and latency per hop are displayed
  5. On failure, pinpoint the root cause (NSG deny, UDR misconfiguration, NIC configuration, firewall block)

Execution methods

  • GUI via the Azure Portal
  • Azure CLI: az network watcher connectivity
  • PowerShell: Test-AzNetworkWatcherConnectivity
  • REST API

IP Flow Verify

Simulates whether a specific packet (source IP, source port, destination IP, destination port, protocol) is allowed or denied by NSG rules. Evaluates NSG rules only, without actually sending packets.

Typical use cases

  • Impact assessment before changing NSG rules (validate without affecting production)
  • Isolating NSGs as the cause of connectivity issues
  • Compliance auditing (proving certain traffic is blocked)

Flow

  1. Specify the source/destination NIC or IP
  2. Specify the protocol (TCP / UDP)
  3. Specify source/destination ports
  4. Specify the direction (Inbound / Outbound)
  5. Run it → Allow / Deny and the name of the applied rule are displayed

Packet Capture

Directly captures network packets inside a VM (.cap format that Wireshark can open). The VM Extension (Network Watcher Agent) must be installed.

Setup

  1. Specify a Storage Account (where capture files are saved)
  2. Filter (narrow targets by source IP, destination IP, protocol, port)
  3. Maximum Bytes per Packet, Maximum Bytes per Session, Time Limit
  4. Start → capture runs automatically

Typical use cases

  • Header/payload analysis of inter-app communication
  • Root-causing TLS handshake failures
  • Investigating DNS resolution issues
  • Performance issues (re-transmission, window size)
  • Forensic investigation of security attacks

In production, watch out for Storage Account egress costs - the standard pattern is to narrow the scope with a filter before capturing.

Connection Monitor

Continuously runs periodic connectivity tests to monitor availability and latency. While Connection Troubleshoot is a one-shot, Connection Monitor performs continuous tests at 30-second to 30-minute intervals.

Typical monitoring scenarios

  • Continuous monitoring of DB connectivity from each region of a multi-region web app
  • Long-term latency tracking of on-prem to Azure VPN connections
  • Connectivity monitoring against external APIs (Stripe, SendGrid)
  • Capturing latency baselines for AKS pod-to-pod traffic

Integrated with Azure Monitor Alert to notify SOC on connectivity degradation, and visualized via Workbooks. Used continuously as an SLA/SLO indicator.

Traffic Analytics

Aggregates NSG Flow Logs into Log Analytics and provides visualization and insight.

Typical reports

  • Top Talker: Source/destination IPs with the highest traffic
  • Geo Map: Traffic by country
  • Blocked Traffic: Aggregation of denied traffic
  • Application Port: Traffic by TCP 443, 80, etc.
  • VNet-to-VNet traffic
  • VM to public internet traffic volume

Cost: only the additional Log Analytics workspace capacity (Traffic Analytics itself is free).

Standard Troubleshooting Flow

  1. Issue report (e.g., VM A cannot reach VM B)
  2. Run actual connectivity test with Connection Troubleshoot → pinpoint the failing hop
  3. Verify NSG rule evaluation with IP Flow Verify (static simulation)
  4. Verify UDR routing with Next Hop (e.g., is it going via the Hub Firewall in a Hub-Spoke topology)
  5. Confirm effective configuration via Effective Routes / Security Rules
  6. For DNS issues, verify FQDN resolution with Connection Troubleshoot
  7. If packet-level analysis is needed, capture via Packet Capture → analyze in Wireshark
  8. For persistent issues, use Connection Monitor for long-term trend analysis

In most cases the root cause is identified at Steps 2-3 (NSG misconfiguration, UDR misconfiguration, FQDN resolution failure), so starting with Connection Troubleshoot is the most efficient approach.

Common Issues and Resolutions

IssueCauseResolution
VM-to-VM traffic blockedNSG deny ruleVerify with IP Flow Verify and fix the NSG
App Service cannot reach SQL DBSQL Firewall or VNet Integration not configuredConnection Troubleshoot + Private Endpoint configuration
VM cannot reach internetRouted via Firewall by UDR; firewall rulesCheck Next Hop and firewall rules
Degraded VPN connectivityBGP failure or tunnel disconnectConnection Monitor + VPN Diagnostic
Increased latencyExpressRoute failure or route changeNetwork Performance Monitor
DNS resolution failurePrivate DNS Zone or custom DNS not configurednslookup + DNS Diagnostic

Operational Best Practices

  1. NSG Flow Logs + Traffic Analytics are mandatory for production VNets
  2. Use Connection Monitor for continuous monitoring of critical communication paths
  3. Use Azure Monitor Alert to notify SOC on connectivity degradation
  4. Minimize Packet Capture targets via filters (to reduce egress costs)
  5. Install the Network Watcher Agent on VMs (for Packet Capture)
  6. Send NSG Flow Logs to Microsoft Sentinel and detect anomalies via KQL
  7. Periodically review Topology (document the architecture diagram)
  8. Always simulate with IP Flow Verify before changing NSGs
  9. For large-scale changes, compare before/after with Connection Monitor
  10. Build organization-standard monitoring dashboards with Workbooks

Related Certifications

Frequently Asked Questions

What is Network Watcher?

Azure Network Watcher is a Microsoft managed service that unifies monitoring, diagnostics, and troubleshooting for Azure networking. One instance is automatically created per region (you must enable Network Watcher in the target region within a subscription). Key capabilities: 1) Connection Troubleshoot (connectivity diagnostics between any two resources); 2) IP Flow Verify (NSG rule evaluation simulation); 3) Next Hop (routing decision check); 4) NSG Diagnostic (detailed NSG evaluation results); 5) Packet Capture (VM packet capture); 6) NSG Flow Logs (full NSG traffic logs); 7) Connection Monitor (continuous connectivity monitoring); 8) Traffic Analytics (flow aggregation and visualization); 9) Topology (auto-generated network diagrams); 10) Effective Routes / Security Rules (effective route and security rule display). It is the core of Azure network troubleshooting and is tested in depth on AZ-700.

How do you use Connection Troubleshoot?

Connection Troubleshoot diagnoses connectivity between two Azure resources (VM to VM, VM to Storage, VM to App Service, VM to FQDN). Flow: 1) Specify a source resource (VM); 2) Specify a destination (IP / FQDN / Azure resource); 3) Specify the port (e.g., 443); 4) Run the test - it shows results and latency per hop; 5) On failure it pinpoints the root cause (NSG deny, UDR misconfiguration, NIC configuration, firewall block). You can run it from the Azure Portal GUI, Azure CLI (az network watcher connectivity), PowerShell (Test-AzNetworkWatcherConnectivity), or the REST API. In production, when you hit issues like 'VM A cannot reach VM B' or 'App Service cannot connect to SQL DB', running Connection Troubleshoot first to isolate the cause is the standard playbook.

What does IP Flow Verify do?

IP Flow Verify simulates whether a specific packet (source IP, source port, destination IP, destination port, protocol) will be allowed or denied by NSG rules. It evaluates NSG rules without actually sending packets. Typical use cases: 1) Impact assessment before changing NSG rules (validate without affecting production); 2) Isolating NSGs as the cause of connectivity issues; 3) Compliance auditing (proving certain traffic is blocked). Flow: 1) Specify the source/destination NIC or IP; 2) Specify the protocol (TCP / UDP); 3) Specify source/destination ports; 4) Specify direction (Inbound / Outbound); 5) Run it - it shows Allow/Deny plus the name of the applied rule. Unlike Connection Troubleshoot which is traffic-based, IP Flow Verify is a static simulation that returns results instantly. It is an essential tool for validating NSG changes before production rollout.

How do you leverage Packet Capture?

Packet Capture directly captures network packets inside a VM (.cap format that Wireshark can open). The VM Extension (Network Watcher Agent) must be installed (Windows / Linux both supported). Setup: 1) Specify a Storage Account (where capture files are saved); 2) Filter (narrow targets by source IP, destination IP, protocol, port); 3) Maximum Bytes per Packet / Maximum Bytes per Session / Time Limit; 4) Start - capture runs automatically. Typical use cases: 1) Header/Payload analysis of inter-app communication; 2) Root-causing TLS handshake failures; 3) Investigating DNS resolution issues; 4) Performance issues (re-transmission, window size); 5) Forensic investigation of security attacks. In production, watch out for Storage Account egress costs (large data writes) - the standard pattern is to narrow the scope with a filter before capturing.

What is Connection Monitor (continuous connectivity monitoring)?

Connection Monitor periodically runs connectivity tests on a continuous basis to monitor availability and latency. Whereas Connection Troubleshoot is a one-shot execution, Connection Monitor performs continuous tests from a source agent (VM) to a destination (Azure resource or external endpoint) at intervals from 30 seconds to 30 minutes. Typical monitoring scenarios: 1) Continuous monitoring of DB connectivity from each region of a multi-region web app; 2) Long-term latency tracking of on-prem-to-Azure VPN connections; 3) Connectivity monitoring against external APIs (Stripe, SendGrid); 4) Capturing latency baselines for AKS pod-to-pod traffic. Integrated with Azure Monitor Alert to notify SOC on connectivity degradation, and visualized via Workbooks. In production, this is an important capability used continuously as an SLA/SLO indicator - combine it with Application Insights for end-to-end observability.

How do you leverage Traffic Analytics?

Traffic Analytics aggregates NSG Flow Logs into Log Analytics and provides visualization and insight. NSG Flow Logs (raw logs) are voluminous and hard to analyze, but Traffic Analytics ships pre-aggregated, pre-visualized dashboards out of the box. Typical reports: 1) Top Talker (source/destination IPs with the highest traffic); 2) Geo Map (traffic by country); 3) Blocked Traffic (aggregation of denied traffic); 4) Application Port (traffic by TCP 443, 80, etc.); 5) VNet-to-VNet traffic; 6) VM to public internet traffic volume. Use monthly reports to visualize organizational network usage and drive cost optimization and security anomaly detection. Cost: only the additional Log Analytics workspace capacity (Traffic Analytics itself is free). In production, integration with Microsoft Sentinel for SOC-driven anomaly traffic detection is the standard pattern.

What is the Network Watcher troubleshooting flow?

Standard isolation flow: 1) Issue report (e.g., VM A cannot reach VM B); 2) Run actual connectivity test with Connection Troubleshoot - pinpoint the failing hop; 3) Verify NSG rule evaluation with IP Flow Verify (static simulation); 4) Verify UDR routing with Next Hop (e.g., is it going via the Hub Firewall in a Hub-Spoke topology); 5) Confirm effective configuration via Effective Routes / Security Rules; 6) For DNS issues, verify FQDN resolution with Connection Troubleshoot or use Network Watcher's DNS Diagnostic; 7) If packet-level analysis is needed, capture via Packet Capture and analyze in Wireshark; 8) For persistent issues, use Connection Monitor for long-term trend analysis. In most cases the root cause is identified at Steps 2-3 (NSG misconfiguration, UDR misconfiguration, FQDN resolution failure), so starting with Connection Troubleshoot is the most efficient approach.

Which certifications are related?

AZ-700 (Network Engineer Associate) tests Network Watcher in depth and is the flagship certification for this area (all features: Connection Troubleshoot, IP Flow Verify, Next Hop, Packet Capture, Connection Monitor). AZ-104 (Administrator) covers the basics in Domain 4, AZ-305 (Solutions Architect Expert) addresses architect-level monitoring design, SC-100 (Cybersecurity Architect Expert) covers SOC-side troubleshooting, and SC-200 (Security Operations Analyst) covers sending NSG Flow Logs to Microsoft Sentinel for anomaly detection. Understanding Network Watcher is essential skill for Azure network engineers, SREs, and SOC analysts.

Related Articles and Technical Deep Dives

Azure NSG / ASG 設計集|Network Security Group ルール設計・Application Security Group 活用パターン【2026 年版】

Azure の NSG (Network Security Group) と ASG (Application Security Group) の完全設計ガイド。ルール優先度・Service Tags・3-tier ASG 設計パターン・NSG Flow Logs・Traffic Analytics・落とし穴・関連認定試験 (AZ-700 / SC-100) を日本語で網羅。

Azure Architect キャリアロードマップ|AZ-900 → AZ-305 → SC-100 シニアアーキテクトへの道【2026 年版】

Azure Solutions Architect になるための認定取得ロードマップ完全版。AZ-900 → AZ-104 → AZ-305 の王道ルート、AZ-400 / SC-100 / AZ-700 との二刀流 / 三刀流戦略、マルチクラウド対応 (AWS / GCP)、未経験から 7-12 ヶ月の学習プラン、年収レンジまで日本語で網羅。

Azure セキュリティエンジニア キャリアロードマップ|SC-900 → SC-200/300/400 → SC-100 シニアへの道【2026 年版】

Azure セキュリティエンジニアになるための認定取得ロードマップ完全版。SC-900 → SC-200/300/400 のいずれか → SC-100 / SC-500 の王道ルート、ロール別の優先順序、CISSP との二刀流戦略、SC-500 (旧 AZ-500 後継、2026-09 GA 予定) の動向、10-15 ヶ月の学習プラン、年収レンジまで日本語で網羅。

Azure DDoS Protection 完全ガイド|Network/IP Protection・Always On Detection・WAF 組み合わせ【2026 年版】

Azure DDoS Protection の完全ガイド。DDoS Network Protection vs IP Protection vs Infrastructure Protection の使い分け、Always On Detection・Adaptive Tuning・Cost Protection、Application Gateway / Front Door WAF との組み合わせ、Microsoft DRR サポート、関連認定試験 (AZ-700 / SC-100) を日本語で網羅。

The technical information in this article is based on the Azure Network Watcher Documentation. This article is not an official product of Microsoft Corporation and has no affiliation or sponsorship with Microsoft. Microsoft and Azure are trademarks of the Microsoft group of companies. Information is based on official materials publicly available as of May 24, 2026. Always check the official pages for the latest information.

Check what you learned with practice questions

Practice with certification-focused question sets

View Azure exam prep page
Author

NicheeLab Editorial Team

NicheeLab editorial team focused on data engineering and cloud certification learning. Content is structured around practical study needs and official exam domains.


Related articles
Azure

AZ-900 Azure Fundamentals: Complete Exam Guide (2026)

Pass AZ-900 — cloud concepts, Azure architecture, management...

Azure

Azure Certification Roadmap: Which Cert to Take Next (2026)

Choose your Azure certification path — Fundamentals, Associa...

Azure

AI-901 Azure AI Fundamentals (Beta): Complete Guide (2026)

Pass AI-901 — Microsoft Foundry, generative AI, responsible ...

Azure

Microsoft Entra ID Fundamentals for Azure Certs (2026)

Entra ID basics every cert candidate needs — tenants, identi...

Azure

DP-900 Azure Data Fundamentals: Complete Guide (2026)

Pass DP-900 — relational, non-relational, analytics, Power B...

Browse all Azure articles (104)
© 2026 NicheeLab All rights reserved.