No Internet Access But Connected: Fix 'Connected, No Internet' on Wi-Fi & Ethernet
Fix 'no internet access but connected' on Wi-Fi or Ethernet. Step-by-step DNS flush, IP reset, and adapter fixes for Windows, macOS, and Linux.
- Root cause 1: IP address conflict or DHCP failure — your device receives a self-assigned or duplicate IP (e.g., 169.254.x.x on Windows or APIPA), blocking real internet routing.
- Root cause 2: DNS misconfiguration or cache poisoning — your device is connected to the router but cannot resolve domain names, causing browsers to show 'ERR_NAME_NOT_RESOLVED' or 'DNS_PROBE_FINISHED_NO_INTERNET'.
- Root cause 3: Corrupt network adapter drivers, misconfigured TCP/IP stack, or proxy/VPN settings intercepting traffic without a working upstream connection.
- Quick fix summary: Release and renew your IP lease, flush DNS cache, reset the TCP/IP stack (netsh int ip reset on Windows), and verify DNS servers are set to 8.8.8.8 / 1.1.1.1. Reboot router and device last if needed.
| Method | When to Use | Time | Risk |
|---|---|---|---|
| Flush DNS Cache | Browser shows ERR_NAME_NOT_RESOLVED or DNS_PROBE_FINISHED_NO_INTERNET | < 1 min | None |
| Release & Renew IP (ipconfig /release /renew) | Device shows 169.254.x.x or APIPA address; DHCP lease expired | 1-2 min | Temporary disconnection |
| Reset TCP/IP Stack (netsh int ip reset) | All other fixes fail; stack corruption suspected after malware or bad update | 2-3 min + reboot | Requires restart; clears custom TCP settings |
| Change DNS to 8.8.8.8 / 1.1.1.1 | Ping to IP works but domain names fail; ISP DNS is down | 1-2 min | None |
| Disable & Re-enable Network Adapter | Driver glitch after sleep/wake cycle; adapter shows connected but no traffic flows | 1-2 min | Temporary disconnection |
| Update or Reinstall Network Drivers | Yellow exclamation in Device Manager; issue appeared after OS update | 5-15 min | Low — download driver first |
| Router Power Cycle | Multiple devices on same network all lose internet simultaneously | 2-5 min | All devices briefly offline |
| Disable Proxy / VPN | Issue started after installing VPN or corporate proxy; only affects one app | 1 min | None |
| Winsock Reset (netsh winsock reset) | Socket errors; curl/wget fails but adapter looks healthy | 1-2 min + reboot | Clears LSP chain — reboot required |
| macOS Network Location Reset | Mac shows 'No IP address' or self-assigned IP on known good network | 3-5 min | Low |
Understanding 'No Internet Access But Connected'
This maddening state — where your device shows a solid Wi-Fi signal or a green Ethernet link light yet browsers refuse to load pages — is one of the most common networking complaints across Windows, macOS, and Linux. The operating system considers itself connected to the local network (Layer 2 success) but cannot reach the internet (Layer 3 or Layer 7 failure). Windows labels this with a yellow exclamation triangle and the text 'No Internet Access' or 'No network access'. macOS displays 'Connected' in System Settings while Safari shows 'Safari Can't Connect to the Server'.
Understanding the OSI layers involved helps you diagnose faster:
- Layer 1 (Physical): Cable plugged in, Wi-Fi radio on.
- Layer 2 (Data Link): Device associated with router/AP, gets a MAC-to-IP binding.
- Layer 3 (Network): Device receives a valid IP from DHCP — this is where most failures hide.
- Layer 7 (Application): DNS resolves names to IPs, browser opens TCP connection.
A failure at any layer above Layer 2 produces the 'connected but no internet' symptom.
Step 1: Identify Which Layer Is Failing
Check your IP address first. An address starting with 169.254.x.x (Windows APIPA) or 0.0.0.0 (Linux/macOS) means DHCP failed — your device never got a valid lease.
Windows:
ipconfig /all
Look for 'IPv4 Address'. If it shows 169.254.x.x, skip to the DHCP fix section.
macOS / Linux:
ifconfig
# or
ip addr show
Ping the gateway. If your IP is valid (e.g., 192.168.1.x), find your default gateway and ping it:
# Windows
ping 192.168.1.1
# macOS/Linux
ping -c 4 192.168.1.1
If the gateway responds but internet is down, your router has a problem or DNS is broken. If the gateway does NOT respond, the issue is between your device and the router.
Ping a public IP (bypass DNS entirely):
ping 8.8.8.8
If ping 8.8.8.8 succeeds but ping google.com fails, you have a pure DNS failure. This is the most common scenario.
Step 2: Fix DHCP / IP Address Problems
Windows — Release and Renew: Open Command Prompt as Administrator and run:
ipconfig /release
ipconfig /renew
This forces Windows to drop its current (possibly stale or conflicted) lease and request a fresh one from your router's DHCP server. If the router is healthy, you will receive a valid address within seconds.
If renewal fails with error Unable to contact your DHCP server, power cycle your router (unplug 30 seconds, replug) and retry.
Linux (Ubuntu/Debian) — Renew DHCP Lease:
sudo dhclient -r eth0 # release
sudo dhclient eth0 # renew
Replace eth0 with your actual interface name from ip addr show.
macOS — Renew DHCP Lease: Go to System Settings → Network → select your adapter → Details → TCP/IP tab → click Renew DHCP Lease. Alternatively, use Terminal:
sudo ipconfig set en0 DHCP
Step 3: Fix DNS Failures
Flush DNS Cache:
Windows:
ipconfig /flushdns
Expected output: Successfully flushed the DNS Resolver Cache.
macOS (Ventura/Sonoma):
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
Linux (systemd-resolved):
sudo systemd-resolve --flush-caches
Change DNS Servers to Public Resolvers: If flushing the cache does not help, your ISP's DNS servers may be down or returning bad data.
Windows (via netsh):
netsh interface ip set dns name="Wi-Fi" static 8.8.8.8
netsh interface ip add dns name="Wi-Fi" 1.1.1.1 index=2
Replace "Wi-Fi" with "Ethernet" for wired connections. Verify adapter name with netsh interface show interface.
Linux (/etc/resolv.conf):
echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf
echo "nameserver 1.1.1.1" | sudo tee -a /etc/resolv.conf
Step 4: Reset the TCP/IP Stack (Windows)
This is the nuclear option for Windows when the IP stack itself is corrupt — common after malware removal, failed VPN uninstalls, or botched Windows updates.
Run the following commands in an elevated Command Prompt in order:
netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /flushdns
ipconfig /renew
Restart the computer after running all five commands. Upon reboot, Windows rebuilds the Winsock catalog and TCP/IP registry keys from scratch.
Step 5: Fix Ethernet-Specific 'No Internet Access'
Ethernet connections (no wireless involved) that show 'connected, no internet' often point to:
- Wrong cable or faulty port: Try a different Ethernet cable and a different router/switch port. A Cat5e cable in a Gigabit network can cause intermittent data corruption.
- NIC driver issue: Open Device Manager (Win+X → Device Manager), expand Network Adapters, right-click your Ethernet adapter → Update driver. If a yellow
!is visible, uninstall the driver and reinstall from the manufacturer's website (Intel, Realtek, Broadcom). - Speed/Duplex mismatch: Right-click adapter → Properties → Configure → Advanced tab → set Speed & Duplex to
Auto Negotiation. - VLAN misconfiguration in enterprise environments: If on a corporate network, your switch port may require a specific VLAN tag. Contact your network admin.
Step 6: Check for Proxy or VPN Interference
A proxy setting pointing to a dead server or a VPN client with split tunneling misconfiguration will allow your device to show 'connected' while blocking all real traffic.
Windows — Clear Proxy Settings:
netsh winhttp reset proxy
Also check: Settings → Network & Internet → Proxy → toggle off all manual proxy options.
Disable VPN: Disconnect or uninstall any active VPN client temporarily. If internet returns, the VPN configuration is at fault.
Step 7: Laptop-Specific Fixes
Laptops have additional failure modes due to power management:
- Wake-from-sleep adapter glitch: Disable, wait 10 seconds, re-enable the network adapter in Device Manager.
- Power management throttling the NIC: Device Manager → right-click adapter → Properties → Power Management → uncheck 'Allow the computer to turn off this device to save power'.
- Wi-Fi roaming aggressiveness: Advanced tab in adapter properties → set Roaming Aggressiveness to
MediumorHighto avoid the adapter clinging to a weak AP signal. - Airplane Mode stuck on: Some laptops have a hardware Wi-Fi kill switch. Check physical buttons and fn-key combos.
Step 8: Router and Modem Verification
If multiple devices lose internet at the same time, the issue is upstream:
- Log into your router admin page (typically
192.168.1.1or192.168.0.1, credentials usually on the label). - Check the WAN status page — it should show a valid public IP from your ISP. If it shows
0.0.0.0orDisconnected, call your ISP. - Power cycle: Modem off 60 seconds → Modem back on, wait 2 min → Router off 30 seconds → Router back on.
- Check for ISP outages at your ISP's status page or https://downdetector.com.
Frequently Asked Questions
#!/usr/bin/env bash
# =============================================================
# Network Diagnostics & Fix Script
# Covers: Windows (run in PowerShell/CMD as Admin), Linux, macOS
# =============================================================
# ---- SECTION 1: CHECK CURRENT IP AND ADAPTER STATUS ----
# Windows (CMD)
ipconfig /all
# Linux
ip addr show
ip route show
# macOS
ifconfig en0
netstat -rn
# ---- SECTION 2: PING TESTS TO ISOLATE FAILURE LAYER ----
# Ping default gateway (find it first)
# Windows:
ipconfig | findstr "Default Gateway"
ping 192.168.1.1
# Linux/macOS:
ip route | grep default
ping -c 4 192.168.1.1
# Ping public IP (bypasses DNS — tests raw connectivity)
ping 8.8.8.8
# Ping domain (tests DNS resolution)
ping google.com
# DNS lookup test
nslookup google.com 8.8.8.8
# or
dig @8.8.8.8 google.com
# ---- SECTION 3: FIX DHCP LEASE ----
# Windows (run CMD as Administrator)
ipconfig /release
ipconfig /renew
# Linux
sudo dhclient -r eth0
sudo dhclient eth0
# macOS
sudo ipconfig set en0 DHCP
# ---- SECTION 4: FLUSH DNS CACHE ----
# Windows
ipconfig /flushdns
# macOS Ventura / Sonoma
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder
# Linux (systemd-resolved)
sudo systemd-resolve --flush-caches
sudo systemd-resolve --statistics # verify
# ---- SECTION 5: SET PUBLIC DNS SERVERS ----
# Windows (CMD as Admin) — replace Wi-Fi with Ethernet if needed
netsh interface ip set dns name="Wi-Fi" static 8.8.8.8
netsh interface ip add dns name="Wi-Fi" 1.1.1.1 index=2
netsh interface show interface # list adapter names
# Linux
echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf
echo "nameserver 1.1.1.1" | sudo tee -a /etc/resolv.conf
# macOS (Terminal)
networksetup -setdnsservers Wi-Fi 8.8.8.8 1.1.1.1
networksetup -getdnsservers Wi-Fi # verify
# ---- SECTION 6: RESET TCP/IP AND WINSOCK (Windows only) ----
# Run each line in CMD as Administrator, then REBOOT
netsh winsock reset
netsh int ip reset
netsh int ipv6 reset
ipconfig /release
ipconfig /flushdns
ipconfig /renew
# ---- SECTION 7: DISABLE AND RE-ENABLE NETWORK ADAPTER (Windows PowerShell) ----
Get-NetAdapter # list all adapters
Disable-NetAdapter -Name "Wi-Fi" -Confirm:$false
Start-Sleep -Seconds 5
Enable-NetAdapter -Name "Wi-Fi" -Confirm:$false
# ---- SECTION 8: CHECK FOR PROXY SETTINGS ----
# Windows — remove WinHTTP proxy
netsh winhttp show proxy
netsh winhttp reset proxy
# macOS
networksetup -getwebproxy Wi-Fi
networksetup -setwebproxystate Wi-Fi off
networksetup -setsecurewebproxystate Wi-Fi off
# Linux — unset env variables
unset http_proxy
unset https_proxy
unset HTTP_PROXY
unset HTTPS_PROXY
# ---- SECTION 9: DISABLE POWER MANAGEMENT ON NIC (Windows PowerShell) ----
$adapter = Get-NetAdapter -Name "Ethernet"
$adapterPowerMgmt = Get-WmiObject MSPower_DeviceEnable -Namespace root\wmi |
Where-Object { $_.InstanceName -match [regex]::Escape($adapter.InterfaceDescription) }
$adapterPowerMgmt.Enable = $False
$adapterPowerMgmt.Put()
# ---- SECTION 10: TRACEROUTE TO FIND WHERE PACKETS DIE ----
# Windows
tracert 8.8.8.8
# Linux / macOS
traceroute 8.8.8.8
# or (Linux, uses ICMP like Windows)
sudo traceroute -I 8.8.8.8Error Medic Editorial
The Error Medic Editorial team is composed of senior DevOps engineers, SREs, and network administrators with 10+ years of hands-on experience troubleshooting infrastructure, OS-level networking, and cloud connectivity issues. Our guides are tested on real hardware running Windows 10/11, macOS Ventura/Sonoma, Ubuntu 22.04, and Debian 12 before publication.
Sources
- https://support.microsoft.com/en-us/topic/how-to-reset-tcp-ip-by-using-the-netshell-utility-kb299357-d2de2826-df1e-4e67-9a3a-7e3e9a6bc36e
- https://developers.google.com/speed/public-dns/docs/using
- https://support.apple.com/guide/mac-help/if-your-mac-cant-connect-to-the-internet-mchlp1547/mac
- https://wiki.archlinux.org/title/Network_configuration#Check_the_connection
- https://stackoverflow.com/questions/11867155/wifi-shows-connected-but-no-internet-access-windows
- https://answers.microsoft.com/en-us/windows/forum/all/ethernet-shows-connected-no-internet-access/1a1ee0c8-a0b7-4e45-9a5a-8c1e3f6f3dd2