T The Triage ManualTechnical Guides for IT Emergencies
P3 · Endpoint & Device Management

Endpoint Network, Wi-Fi and Internet Connectivity Failure — Layered Triage (Physical → IP/DHCP → DNS → App)

General-purpose triage framework for Windows 10/11 endpoint network connectivity failures spanning wired Ethernet, Wi-Fi association/authentication, DHCP lease acquisition, DNS resolution and upstream internet reachability. Root causes stratify into physical/driver, IP/DHCP, DNS resolver, Wi-Fi supplicant, third-party firewall/VPN interference, and Winsock/TCP-IP stack corruption. Resolution follows an OSI-layered diagnostic path (ipconfig → ping → nslookup → tracert) followed by targeted remediation (DHCP renew, DNS flush, Winsock/TCP-IP reset, Wi-Fi profile rebuild, driver rollback, Network Reset).

Indicators

Likely causes

Diagnostic steps

  1. Verify layer 1: confirm Ethernet cable seated at both ends, NIC and switch port link LEDs lit; for Wi-Fi confirm hardware radio switch / Fn key is on and Windows Wi-Fi toggle enabled. Compare against a second device on the same port/SSID.
    Eliminate cabling, port, and radio issues before spending time on software layers
  2. Run `ipconfig /all` and inspect: adapter status, IPv4 address (must not be 169.254.x.x), subnet mask, default gateway, DHCP server, and DNS servers.
    Confirm valid IP configuration; APIPA indicates DHCP failure, missing gateway indicates layer 2/DHCP issue
  3. Test layer 3 reachability in sequence: `ping <default-gateway>`, then `ping 8.8.8.8`, then `ping www.microsoft.com`.
    Isolate the failure boundary — gateway fail = LAN; 8.8.8.8 fail = WAN/routing; hostname-only fail = DNS
  4. Test DNS explicitly against configured and external resolvers: `nslookup www.microsoft.com` then `nslookup www.microsoft.com 8.8.8.8`.
    Determine whether the configured resolver is unreachable, poisoned, or misconfigured
  5. Trace the path to a public target: `tracert 8.8.8.8` and `tracert -d www.microsoft.com`.
    Identify the hop at which packets are dropped (LAN edge, ISP edge, or beyond)
  6. Check adapter and driver health via PowerShell: `Get-NetAdapter | Format-Table Name,Status,LinkSpeed,MediaConnectionState` and inspect Device Manager for yellow-bang or error codes on network devices.
    Detect disabled adapters, driver faults, or Media Disconnected states not visible in the UI
  7. Test a specific application-layer port: `Test-NetConnection <host> -Port 443` (and 80, 53 as required).
    Confirm whether TCP handshake completes to the target service, isolating firewall/proxy blocks from routing failures
  8. If Wi-Fi specific, review supplicant state: `netsh wlan show interfaces` and `netsh wlan show wlanreport` (generates HTML report of association/auth history).
    Diagnose association failures, roaming events, and 802.1X authentication errors

Resolution path

Prevention

Tools

References

networkingwifidnsdhcpconnectivitywindowstroubleshootingtcp-ipendpointwinsock