Internet Connected But No Internet Access: Complete Troubleshooting Guide (Wi-Fi, T-Mobile, Cox, Frontier & More)
Fix 'connected but no internet' errors on any ISP or device. Step-by-step commands and diagnostics for T-Mobile, Cox, Frontier, and laptops.
- Root cause 1: DNS resolution failure — your device is connected to the router but cannot resolve domain names, causing browsers to report 'no internet' even though the physical link is active.
- Root cause 2: IP address conflict or DHCP failure — your device received an APIPA address (169.254.x.x) or an incorrect gateway, blocking all outbound traffic.
- Root cause 3: ISP-side outage or modem/gateway misconfiguration — the WAN link between your router and the ISP is down, authenticated incorrectly, or throttled; affects T-Mobile Home Internet (gateway firmware), Cox (DOCSIS provisioning), and Frontier (PPPoE/ONT issues).
- Quick fix summary: Restart devices in order (modem → router → client), flush DNS cache, release/renew IP, switch to a public DNS (8.8.8.8), and run the diagnostic commands in the code block below to isolate the exact failure layer in under 10 minutes.
| Method | When to Use | Time | Risk |
|---|---|---|---|
| Power-cycle modem + router | First step for any 'connected but no internet' symptom | 2–5 min | None — safe for all setups |
| Flush DNS cache (ipconfig /flushdns or sudo dscacheutil -flushcache) | Browser errors like ERR_NAME_NOT_RESOLVED or DNS_PROBE_FINISHED_NXDOMAIN | 30 sec | None |
| Release and renew IP (ipconfig /release + /renew or dhclient) | Device shows 169.254.x.x (APIPA) or wrong subnet gateway | 1–2 min | Temporarily drops network connection |
| Switch to public DNS (8.8.8.8 / 1.1.1.1) | ISP DNS servers are down or returning SERVFAIL | 2 min | Low — may bypass ISP DNS filtering |
| Reset network stack (netsh int ip reset) | Persistent failures after all other steps, especially post-Windows-update | 5 min + reboot | Low — reverses with a reboot if needed |
| Factory reset gateway / router | Firmware corruption, T-Mobile gateway stuck in provisioning loop | 10–20 min | Medium — erases custom settings |
| Call ISP / check outage map | WAN light is off, modem logs show T3/T4 timeouts (Cox), PPPoE auth failures (Frontier) | Varies | None — escalation only |
| Reinstall network adapter driver (laptop) | Device Manager shows yellow exclamation on Wi-Fi adapter after update | 5–10 min | Low |
Understanding the 'Internet Connected But No Internet' Error
When your device reports it is connected to a Wi-Fi network yet cannot load any webpage, you are experiencing a disconnect between Layer 2 connectivity (your device successfully associated with the access point) and Layer 3/7 reachability (actual routable internet traffic). Windows displays this as a yellow exclamation mark on the network icon with the tooltip 'No Internet access'; macOS shows a Wi-Fi symbol with an alert triangle; Android and iOS show 'Connected, no internet' beneath the SSID.
Under the hood, modern operating systems run a Network Connectivity Status Indicator (NCSI) check — they attempt to fetch a known URL (on Windows: http://www.msftconnecttest.com/connecttest.txt; on Android: http://connectivitycheck.gstatic.com/generate_204) and verify the response. If that probe fails for any reason, the OS marks the connection as having no internet, even if some traffic is flowing.
Step 1: Identify the Failure Layer
Before applying any fix, you need to know where the chain is broken. There are four possible failure points:
- Client → Router (local LAN issue)
- Router → Modem/Gateway (home network misconfiguration)
- Modem/Gateway → ISP (WAN/provisioning issue)
- ISP → Internet (upstream outage)
Run the diagnostic commands in the Code Block section below to test each layer in sequence. The key commands are:
ping 192.168.1.1(or your default gateway) — tests Layer 1–2 connectivity to routerping 8.8.8.8— tests Layer 3 routing to the internet (bypasses DNS)nslookup google.com— tests DNS resolutiontracert 8.8.8.8(Windows) /traceroute 8.8.8.8(Linux/macOS) — shows where packets stop
Interpreting results:
- Gateway ping fails → local LAN problem (IP conflict, wrong gateway, adapter issue)
- Gateway ping succeeds,
ping 8.8.8.8fails → router/modem WAN issue or ISP outage - Both pings succeed,
nslookupfails → pure DNS failure - Everything succeeds but browser still fails → captive portal, proxy, or NCSI false positive
Step 2: Fix by ISP and Device Type
Universal Fixes (All ISPs, All Devices)
Power-cycle in the correct order:
- Unplug your modem (or ISP gateway combo unit) from power.
- Unplug your router (if separate).
- Wait 60 seconds — this forces DHCP leases to expire and clears ARP caches.
- Plug in the modem first. Wait for all lights to stabilize (up to 3 minutes for DOCSIS modems to re-register).
- Plug in the router. Wait 60 seconds.
- Reconnect your device.
Flush DNS and renew IP (Windows):
ipconfig /flushdns
ipconfig /release
ipconfig /renew
Switch DNS servers: In your network adapter settings, set the Preferred DNS to 8.8.8.8 and Alternate DNS to 1.1.1.1. This is the single fastest fix when the ISP DNS server is down.
T-Mobile Home Internet: Connected But No Internet
T-Mobile Home Internet uses an LTE/5G gateway (Arcadyan KVD21, Nokia FastMile, or Sagemcom RAC2V1S). Common failure modes:
- Gateway stuck in provisioning: The gateway's WAN light is solid white/amber but it cannot reach T-Mobile's core network. Fix: hold the reset button for 10 seconds, then allow 5–10 minutes for re-provisioning.
- Band steering conflict: The gateway is connected to a congested band. Access the admin UI at
192.168.12.1, disable the 2.4 GHz radio temporarily, and force your client to 5 GHz or the mmWave band. - Firmware update loop: After an automatic firmware push, the gateway may reboot repeatedly. If the POWER light blinks amber for more than 10 minutes, contact T-Mobile support — the unit may need a remote re-flash.
- Double NAT: If you have your own router behind the T-Mobile gateway, both devices perform NAT. Put the T-Mobile gateway into IP Passthrough mode (admin UI → Settings → Network) to eliminate the double NAT and resolve connectivity issues caused by conflicting DHCP scopes.
Cox Internet: Connected But No Internet
Cox uses DOCSIS 3.0/3.1 modems. The modem log (accessible at 192.168.100.1 on most ARRIS/Motorola modems) is the most valuable diagnostic tool.
- T3/T4 timeout errors in modem log: These indicate the modem cannot maintain a stable upstream channel. Common causes: loose coaxial cable, corroded splitter, or a neighborhood node issue. Check all physical coax connections first.
- 'Partial Service' mode: The modem registered on some but not all channels. Run
ping 8.8.8.8 -tand look for intermittent packet loss. This almost always requires a Cox technician visit. - MAC address not provisioned: If you replaced your modem, Cox must provision the new device's MAC address. Call Cox or use the self-activation portal at
activate.cox.net. - Cox DNS outage: Cox has experienced regional DNS outages. Switch to
8.8.8.8as a workaround and check the Cox outage map atcox.com/residential/support/outages.html.
Frontier Internet: Connected But No Internet
Frontier uses either DSL (PPPoE) or fiber (ONT with GPON). Both have distinct failure modes:
- PPPoE authentication failure: The router log will show
LCP: timeout sending Config-RequestsorPAP authentication failed. Verify your PPPoE username and password in the router's WAN settings. Frontier usernames are typically in the formatphonenumber@frontiernet.net. - ONT not passing light: For fiber customers, the ONT (Optical Network Terminal, usually a white box on an exterior wall) has a
PONorLOSLED. A red or offLOSlight means no optical signal — this requires a Frontier field technician. - IP address not assigned: Frontier's DHCP server may fail to assign an IP during a partial outage. Manually configure a static IP using the last known working lease, or force a DHCP renew every 30 seconds using a cron job until service restores.
- Frontier router firmware bug: Certain Frontier-issued Arris NVG routers have a known bug where the WAN interface freezes after 30+ days of uptime. Log into the router at
192.168.254.254, check uptime, and schedule weekly automatic reboots in the router's maintenance settings.
Laptop: Internet Connected But No Internet
Laptop-specific issues often survive a reboot and affect only one device:
- Corrupted TCP/IP stack (Windows): Run
netsh int ip resetandnetsh winsock reset, then reboot. This rewrites core networking registry keys. - VPN client conflict: Many VPN clients (Cisco AnyConnect, GlobalProtect) install virtual adapters that can intercept all traffic even when the VPN is disconnected. Fully uninstall the VPN client to test, or check for a split-tunnel configuration.
- Wi-Fi adapter driver issue: After a Windows Update, adapter drivers sometimes roll back or corrupt. Open Device Manager → Network Adapters → right-click your Wi-Fi adapter → Update Driver or Roll Back Driver.
- IPv6 misconfiguration: If the router advertises IPv6 but the upstream ISP does not support it, Windows may prefer IPv6 for DNS and fail. Disable IPv6 on the adapter temporarily:
netsh interface ipv6 set global randomizeidentifiers=disabledor uncheck IPv6 in adapter properties. - Proxy settings locked: Enterprise laptops or malware may set a system-wide proxy. Check: Settings → Network → Proxy (Windows) or System Preferences → Network → Advanced → Proxies (macOS). Remove any unexpected proxy entries.
Step 3: Verify the Fix
After applying any fix, confirm full connectivity:
ping 8.8.8.8 -c 4— confirms IP routingnslookup google.com— confirms DNScurl -I https://www.google.com— confirms HTTPS end-to-end- Open a browser and load three different HTTPS sites
If all four pass, your connection is fully restored. If only step 1 passes, return to the DNS fix. If none pass, escalate to ISP support with your modem event log and traceroute output ready.
Frequently Asked Questions
#!/usr/bin/env bash
# =============================================================
# Internet Connectivity Diagnostic Script
# Works on: Linux, macOS (bash/zsh)
# For Windows equivalents, see the PowerShell commands below
# =============================================================
echo "========================================="
echo " Internet Connectivity Diagnostic Tool"
echo "========================================="
# --- 1. Show current IP configuration ---
echo ""
echo "[1] Current IP Configuration:"
if command -v ip &>/dev/null; then
ip addr show | grep -E 'inet |inet6 ' | grep -v 127.0.0.1
else
ifconfig | grep -E 'inet |inet6 ' | grep -v 127.0.0.1
fi
# --- 2. Identify default gateway ---
echo ""
echo "[2] Default Gateway:"
if command -v ip &>/dev/null; then
GATEWAY=$(ip route | grep default | awk '{print $3}' | head -1)
else
GATEWAY=$(route -n get default 2>/dev/null | grep gateway | awk '{print $2}')
fi
echo "Gateway: ${GATEWAY:-NOT FOUND}"
# --- 3. Ping gateway (Layer 2/3 local test) ---
echo ""
echo "[3] Pinging gateway (${GATEWAY}):"
if ping -c 3 -W 2 "$GATEWAY" &>/dev/null; then
echo " PASS - Gateway is reachable"
else
echo " FAIL - Cannot reach gateway. Check physical connection or DHCP."
fi
# --- 4. Ping Google DNS (Layer 3 internet routing test, bypasses DNS) ---
echo ""
echo "[4] Pinging 8.8.8.8 (internet routing test, no DNS):"
if ping -c 3 -W 3 8.8.8.8 &>/dev/null; then
echo " PASS - Internet routing works"
else
echo " FAIL - Cannot reach internet. ISP or modem/router WAN issue."
echo " Check modem event log and ISP outage map."
fi
# --- 5. DNS resolution test ---
echo ""
echo "[5] DNS Resolution Test:"
if nslookup google.com 8.8.8.8 &>/dev/null; then
echo " PASS (via Google DNS 8.8.8.8)"
else
echo " FAIL via Google DNS 8.8.8.8 - unexpected"
fi
if nslookup google.com &>/dev/null; then
echo " PASS (via system/ISP DNS)"
else
echo " FAIL via system DNS - ISP DNS is likely down. Switch to 8.8.8.8"
fi
# --- 6. HTTP connectivity test ---
echo ""
echo "[6] HTTP/HTTPS Connectivity Test:"
curl -o /dev/null -s -w "HTTP Status: %{http_code} Time: %{time_total}s\n" \
--max-time 10 https://www.google.com || echo " FAIL - HTTPS request failed"
# --- 7. Traceroute to first 5 hops ---
echo ""
echo "[7] Traceroute (first 5 hops to 8.8.8.8):"
if command -v traceroute &>/dev/null; then
traceroute -m 5 8.8.8.8 2>/dev/null
elif command -v tracepath &>/dev/null; then
tracepath -m 5 8.8.8.8 2>/dev/null
fi
# --- 8. Flush DNS cache (Linux/macOS) ---
echo ""
echo "[8] Flushing DNS Cache:"
if systemctl is-active --quiet systemd-resolved 2>/dev/null; then
sudo resolvectl flush-caches && echo " systemd-resolved cache flushed"
elif command -v dscacheutil &>/dev/null; then
sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponder \
&& echo " macOS DNS cache flushed"
else
echo " No known DNS cache manager found (nscd/dnsmasq may need manual restart)"
fi
# --- 9. Renew DHCP lease ---
echo ""
echo "[9] Renewing DHCP Lease:"
INTERFACE=$(ip route | grep default | awk '{print $5}' | head -1)
if [ -n "$INTERFACE" ]; then
if command -v dhclient &>/dev/null; then
sudo dhclient -r "$INTERFACE" && sudo dhclient "$INTERFACE" \
&& echo " DHCP lease renewed on $INTERFACE"
elif command -v dhcpcd &>/dev/null; then
sudo dhcpcd -n "$INTERFACE" && echo " dhcpcd renewed on $INTERFACE"
fi
fi
echo ""
echo "========================================="
echo " Diagnostic Complete"
echo "========================================="
# =============================================================
# WINDOWS POWERSHELL EQUIVALENTS (run as Administrator)
# =============================================================
# ipconfig /all # Show IP config
# Test-NetConnection -ComputerName 8.8.8.8 -InformationLevel Detailed
# Resolve-DnsName google.com -Server 8.8.8.8
# ipconfig /flushdns
# ipconfig /release; ipconfig /renew
# tracert 8.8.8.8
# netsh int ip reset # Reset TCP/IP stack (requires reboot)
# netsh winsock reset # Reset Winsock catalog (requires reboot)
# netsh interface ipv6 set global randomizeidentifiers=disabled # Disable IPv6 privacy ext
# Get-NetAdapter | Disable-NetAdapter -Confirm:$false; Start-Sleep 5; Get-NetAdapter | Enable-NetAdapter
# =============================================================
# T-MOBILE SPECIFIC: Check admin UI at 192.168.12.1
# COX MODEM LOG: Check at http://192.168.100.1
# FRONTIER ROUTER: Check at http://192.168.254.254
# =============================================================
Error Medic Editorial
The Error Medic Editorial team is composed of senior DevOps engineers, SREs, and network administrators with 10+ years of combined experience diagnosing connectivity issues across enterprise, SMB, and residential environments. We specialize in turning cryptic error messages into actionable, step-by-step fixes backed by real commands and official documentation.
Sources
- https://support.microsoft.com/en-us/windows/fix-wi-fi-connection-issues-in-windows-9424a1f7-6a3b-65a6-4d78-7f07eee84d2c
- https://stackoverflow.com/questions/4082471/what-causes-a-windows-network-connected-but-no-internet-access-status
- https://www.cox.com/residential/support/internet/article.html/content/generated/cx_DocSIS_modem_troubleshooting.html
- https://community.t-mobile.com/internet-home-broadband-105/home-internet-connected-but-no-internet-access-troubleshooting-38291
- https://frontier.com/resources/support/internet/troubleshoot-your-internet-service
- https://superuser.com/questions/1723875/why-does-windows-show-no-internet-access-when-i-can-ping-8-8-8-8
- https://learn.microsoft.com/en-us/troubleshoot/windows-client/networking/internet-explorer-edge-open-connect-corporate-public-network