"Connected, But No Internet": Check for a 169.254 Address First
A user calls the help desk: "My Wi-Fi says connected, but nothing loads." Before restarting the router or reinstalling network drivers, spend 30 seconds checking one thing: did the PC actually get an IP address from DHCP? Step 1: Look at the IP address Open Command Prompt (no admin rights needed) and run: ipconfig Find the adapter the user is on (usually Wireless LAN adapter Wi-Fi or Ethernet…
A user contacts the help desk stating: My Wi-Fi connection is active, yet no web pages load. Before deciding to restart the router or replace network drivers, dedicate 30 seconds to verifying a single aspect: did the computer obtain an IP address from the Dynamic Host Configuration Protocol (DHCP)? To begin, open Command Prompt - no administrative privileges required - and execute the command ipconfig.
Locate the adapter in use, typically the Wireless LAN adapter Wi-Fi or Ethernet adapter Ethernet, and examine the IPv4 Address line. The IPv4 Address displays. . . . . . . . . . . : 169.254.37.12.
Step 2: Comprehend the significance of 169.254. An IP address beginning with 169.254 is known as an APIPA address (Automatic Private IP Addressing). Windows assigns this address when it requests one from a DHCP server but receives no response. The network adapter is active, yet it cannot communicate with the router or the internet with this address. A typical address on most networks resembles 192.168.x.x, 10.x.x.x, or 172.16.x.x to 172.31.x.x, and the Default Gateway should be filled in.
Step 3: Request a new IP address. Release the existing address and request a fresh one by executing ipconfig /release and ipconfig /renew. If /renew is successful, re-run ipconfig and confirm that the IP address no longer starts with 169.254 and that a default gateway is listed. Conduct a ping test to 8.8.8.8. If the ping responds, the connection is now functional.
Step 4: If the IP address remains 169.254, the computer continues to struggle in reaching a DHCP server. To pinpoint the issue, verify the physical connection. Reseat the Ethernet cable or disconnect and reconnect the Wi-Fi network. Test another device connected to the same network. If the problem persists on another device, the issue may lie with the network or the DHCP server.
In this scenario, consult the static IP configuration. Run ipconfig /all and examine the DHCP Enabled field. If it reads No, a manual IP address assignment was implemented; follow your organization's procedure before modifying it. When escalating the issue, attach the ipconfig /all output to the ticket to provide the network team with precise information about the computer's reported status.
The habit of checking for a 169.254 address saves time by swiftly identifying whether the problem is with the computer or the network, thus avoiding unnecessary troubleshooting steps.
Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.