Start your 3-day free trial
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.


"Failed to obtain IP address" means your device joined the Wi-Fi network but never received a usable local address from the router's DHCP service, so nothing can load. The Wi-Fi hardware is rarely broken. The usual causes are DHCP assignment, local network conflicts, leftover DNS or network settings, or the router itself, and in the right order you can usually isolate the cause in a few minutes.[1][2]
If the terms are new to you, think of an IP address as your device's house number on the network. Without that number, you may appear connected to Wi-Fi while nothing actually loads. For the basics, start with What is a VPN? A complete beginner's guide.
Key Takeaways
- "Failed to obtain IP address" means address assignment failed: your device did not receive a usable address from the DHCP server.[1]
- Diagnose the scope before changing settings: check whether one device is affected or the whole network is affected.
- The best fix order is predictable: reconnect Wi-Fi, restart the device and router, renew the IP lease, then check DHCP and router settings.
- Public Wi-Fi, school networks, and older routers trigger this often because address pools, captive portals, and compatibility issues are common.
- Verify after the fix: run a VPN and network connection test to confirm that IP and DNS behavior is back to normal.
After you connect to Wi-Fi, your device normally asks the router for an address. The router's DHCP service then assigns a local IP such as 192.168.1.x.[1] If the request, offer, or confirmation step fails, the system may show "failed to obtain IP address," "IP configuration failure," or "Wi-Fi doesn't have a valid IP configuration."[1][2]
That is different from not connecting to Wi-Fi at all. You may see the wireless network and enter the correct password, yet still have no usable address, so the status sits at "connected, no internet."
The common causes fall into a few buckets:
| Cause | Typical sign | Common scenario |
|---|---|---|
| DHCP is not working | The device keeps obtaining an address, then fails | Old routers, public Wi-Fi, school networks |
| Address pool exhaustion or conflict | Only some devices can get online | Too many home devices, guest networks |
| Local cache or network configuration issue | Only one device fails | Phones, Windows, and macOS can all hit this |
| Leftover DNS or proxy settings | You get an address but websites still fail | Frequent network switching, proxy or security tools |
| Router settings problem | Multiple devices fail at once | DHCP disabled, MAC filtering, outdated firmware |
The context matters. Home routers more often fail because of DHCP or firmware issues. Public Wi-Fi often fails because the sign-in page never appeared. School and office networks may add device limits, MAC binding, or access policies.
If the same issue comes with DNS errors, apps spinning, or pages that will not resolve, also use How to fix DNS server not responding errors.
Do not start by entering a static IP. First, narrow down the scope.
Public Wi-Fi in hotels, malls, airports, and cafes often requires a captive portal. You may appear connected to Wi-Fi, but if the sign-in page never opens, the device can remain stuck while obtaining an address or stay in limited connectivity.
If you recently changed DNS, entered a static IP, installed a proxy, switched hotspots, or upgraded the system, old settings may still be active. Many sudden IP assignment failures are old configuration choices failing on a new network.
These steps are ordered by success rate and risk. You usually do not need all of them; step 4 or 5 often solves it.
Turn Wi-Fi off and on, then reconnect. If that fails, choose "Forget this network" and enter the password again.
This clears the old association and starts a fresh address request. It is especially useful on public Wi-Fi, mobile hotspots, and networks where the router password recently changed.
Restarting both the device and the router works better than restarting only one side. The router rebroadcasts the network, and the device starts a new DHCP request.[2]
For a home network:
This sounds basic, but it solves a lot.
On school, office, or mall Wi-Fi, also check whether there is a device limit, web sign-in page, or MAC binding.
If the first 3 steps fail, move to system-level troubleshooting.
On Windows, open Command Prompt and run ipconfig /release followed by ipconfig /renew. Microsoft also includes these actions in network troubleshooting guidance.[2]
On a Mac, open the Wi-Fi network details, go to TCP/IP, renew the DHCP lease, and keep IPv4 set to Using DHCP unless your network administrator gave you a manual address.[3] On iPhone or iPad, forget and rejoin the network first; Apple treats Reset Network Settings as a last resort because it also clears saved Wi-Fi networks, passwords, and VPN settings.[4]
If you suspect VPN or DNS problems are involved, run How to test whether your VPN connection is working after the fix.
If DHCP assignment seems broken, temporarily enter a static IP in the same subnet to test the path.
This is useful when:
Use static IP as a test, not the default long-term fix. A wrong gateway, subnet mask, or DNS value can make the problem harder. If you are unsure, skip this step.
If several devices fail together, inspect the router.
Look for:
Older routers can show Wi-Fi normally but fail IP assignment when mixed modes, band steering, or guest network settings are misconfigured. Apple's router guidance is a useful baseline: keep DHCP enabled only when the router is the sole DHCP server, use WPA2/WPA3 Transitional if older devices must join, turn on automatic firmware updates, and use a shorter lease (about 1 hour) on hotspots or guest networks so addresses are recycled faster.[5]
The final step is ruling out compatibility problems.
If another device works, the current device is more likely at fault. If every device fails, the router, hotspot, or network environment is the likely cause.
Different platforms have different troubleshooting entry points.
On Windows, forget the network, disable and re-enable the adapter, renew the IP lease, and update the wireless driver.[2] If you see "Wi-Fi doesn't have a valid IP configuration," prioritize step 4 and step 7.
On Mac, start with Wi-Fi settings and TCP/IP lease renewal. If you previously changed DNS or IPv4 settings, check for leftovers and switch Configure IPv4 back to Using DHCP.[3]
Phones hit this most often on public Wi-Fi, hotel networks, metro and mall hotspots, and mobile tethering. Forgetting the network, toggling airplane mode, and reopening the captive portal often work better than advanced settings. Apple's iPhone and iPad checklist adds two quick checks: remove third-party VPN or security software that may interfere, and try another network to see whether the phone or the network is at fault.[4]
These devices have fewer settings and weaker diagnostics. If they fail to obtain an IP address, test the same network with a phone or computer first, then decide whether router settings need changes. Do not start by manually entering many parameters on the console.
Fix the common triggers before they repeat.
If your real goal is safer and steadier public Wi-Fi, also read Should you use a VPN on public Wi-Fi?.
It means the phone is still in the DHCP exchange: it has asked the network for an address and is waiting for the router to offer one and confirm it.[1] If the status loops and then turns into "failed to obtain IP address," that exchange never finished, so start with forgetting the network, toggling airplane mode, and checking the router's address pool.
No. The first usually happens before the device receives a local network address. The second usually happens after the device is online but domain resolution fails. They can appear together, but they are different steps.
It usually means the phone is more likely the problem than the router. Try forgetting the network, restarting the phone, toggling airplane mode, and checking whether static IP or private DNS was set manually.
Not always. Static IP is better as a DHCP test or for a few fixed networks. For most home users, automatic assignment is still easier and safer.
Public Wi-Fi has many users, frequent device churn, captive portals, time limits, device limits, and tight address pools. Seeing the signal does not mean the address was successfully assigned.
No. If your device has not received a local network address, the VPN usually cannot start yet. A VPN helps after the network is restored by improving privacy, reducing DNS hijacking risk, and smoothing network switching.
Only if several devices fail, normal fixes do not work, and you know how to reconfigure the network. For most people, checking DHCP, firmware, and MAC filtering is enough.
Disclaimer
This article is for general network troubleshooting information only and does not constitute professional operations, enterprise IT, or legal advice. When changing static IP, router admin, or system network settings, make sure you understand the parameters first. AethoVPN requires a device to obtain usable local network settings first; it cannot repair failed DHCP, a conflicting static address, or a disconnected router.
Sources
Sources checked 4 October 2026.
Related Articles:
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.