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.
| Feature | Purpose |
|---|---|
| Connection Troubleshoot | Connectivity diagnostics between any two resources |
| IP Flow Verify | NSG rule evaluation simulation |
| Next Hop | Routing decision check |
| NSG Diagnostic | Detailed NSG evaluation results |
| Packet Capture | Packet capture inside a VM |
| NSG Flow Logs | Full NSG traffic logs |
| Connection Monitor | Continuous connectivity monitoring |
| Traffic Analytics | Flow aggregation and visualization |
| Topology | Auto-generated network diagrams |
| Effective Routes / Security Rules | Effective route and security rule display |
Diagnoses connectivity between two Azure resources (VM ↔ VM, VM ↔ Storage, VM ↔ App Service, VM ↔ FQDN).
az network watcher connectivityTest-AzNetworkWatcherConnectivitySimulates 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.
Directly captures network packets inside a VM (.cap format that Wireshark can open). The VM Extension (Network Watcher Agent) must be installed.
In production, watch out for Storage Account egress costs - the standard pattern is to narrow the scope with a filter before capturing.
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.
Integrated with Azure Monitor Alert to notify SOC on connectivity degradation, and visualized via Workbooks. Used continuously as an SLA/SLO indicator.
Aggregates NSG Flow Logs into Log Analytics and provides visualization and insight.
Cost: only the additional Log Analytics workspace capacity (Traffic Analytics itself is free).
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.
| Issue | Cause | Resolution |
|---|---|---|
| VM-to-VM traffic blocked | NSG deny rule | Verify with IP Flow Verify and fix the NSG |
| App Service cannot reach SQL DB | SQL Firewall or VNet Integration not configured | Connection Troubleshoot + Private Endpoint configuration |
| VM cannot reach internet | Routed via Firewall by UDR; firewall rules | Check Next Hop and firewall rules |
| Degraded VPN connectivity | BGP failure or tunnel disconnect | Connection Monitor + VPN Diagnostic |
| Increased latency | ExpressRoute failure or route change | Network Performance Monitor |
| DNS resolution failure | Private DNS Zone or custom DNS not configured | nslookup + DNS Diagnostic |
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
NSG and ASG Design Patterns (2026)
Network security group and application security group patterns — rule priorities, ASG-based segmentation.
Azure Architect Career Roadmap: AZ-104 → AZ-305 (2026)
The Azure Architect career path — required hands-on, Associate to Expert progression, salary expectations.
Azure Security Engineer Career Roadmap (2026)
Security career path — SC-900, SC-200/300, SC-100 Expert. Skills, hands-on, and salary realities.
Azure DDoS Protection: Standard vs Network (2026)
DDoS protection tiers, attack monitoring, mitigation patterns. Required for public-internet workloads.
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.
Practice with certification-focused question sets
View Azure exam prep pageNicheeLab Editorial Team
NicheeLab editorial team focused on data engineering and cloud certification learning. Content is structured around practical study needs and official exam domains.
AZ-900 Azure Fundamentals: Complete Exam Guide (2026)
Pass AZ-900 — cloud concepts, Azure architecture, management...
Azure Certification Roadmap: Which Cert to Take Next (2026)
Choose your Azure certification path — Fundamentals, Associa...
AI-901 Azure AI Fundamentals (Beta): Complete Guide (2026)
Pass AI-901 — Microsoft Foundry, generative AI, responsible ...
Microsoft Entra ID Fundamentals for Azure Certs (2026)
Entra ID basics every cert candidate needs — tenants, identi...
DP-900 Azure Data Fundamentals: Complete Guide (2026)
Pass DP-900 — relational, non-relational, analytics, Power B...