Error Medic

ATT Connected Without Internet: Full Troubleshooting Guide for 'Connected, No Internet' on AT&T Wi-Fi

Fix AT&T Wi-Fi 'connected without internet' in minutes. Step-by-step guide covering DNS resets, gateway reboots, IP conflicts, and advanced diagnostics.

Last updated:
Last verified:
2,371 words
Key Takeaways
  • Root cause 1: DHCP lease failure — your device receives an APIPA address (169.254.x.x) instead of a valid AT&T gateway IP, blocking all internet routing.
  • Root cause 2: DNS resolution breakdown — AT&T's DNS servers (68.94.156.1 / 68.94.157.1) become unreachable or return NXDOMAIN for every query even when the Layer-2 link is up.
  • Root cause 3: AT&T BGW320/BGW210 gateway enters a hung state after a firmware push, passing Wi-Fi association but failing to bridge WAN traffic until power-cycled.
  • Root cause 4: IP address conflict — another device on the LAN holds the same lease, causing the gateway to withdraw the route silently.
  • Quick fix summary: Power-cycle the AT&T gateway (hold 30 sec), release/renew your DHCP lease, flush DNS cache, and if still failing, factory-reset the gateway or contact AT&T Tier-2 support to reprovision the ONT fiber signal.
Fix Approaches Compared
MethodWhen to UseTimeRisk
Power-cycle AT&T gateway (unplug 60 sec)First step for any 'connected, no internet' symptom2 minNone — safe for all users
Release & renew DHCP lease on client deviceDevice shows 169.254.x.x or wrong subnet IP1 minVery low — momentary disconnect
Flush DNS cache (ipconfig /flushdns or resolvectl flush)Pages fail to load but ping by IP works30 secNone
Change DNS to public resolver (8.8.8.8 / 1.1.1.1)AT&T DNS servers consistently timing out3 minLow — may bypass parental controls
Disable IPv6 on adapterIPv6 prefix delegation fails causing dual-stack confusion2 minLow — IPv6 traffic falls back to IPv4
Check for IP conflict via ARP scanIntermittent drops affecting one device only5 minNone — read-only diagnostic
Factory reset AT&T BGW gatewayGateway config corrupted after firmware update15 minMedium — loses custom port forwards and Wi-Fi passwords
Call AT&T to reprovision ONT / fiber lineAll devices fail, gateway broadband light is red or amber30-60 minNone on your end — carrier-side action

Understanding the 'ATT Connected Without Internet' Error

When your device reports 'Connected, no internet' on an AT&T network, Windows, macOS, Android, and iOS are all telling you the same thing: your device successfully completed a Wi-Fi association (Layer 2 is up) but cannot reach the public internet (Layer 3 routing is broken). AT&T's infrastructure stack — from the ONT (Optical Network Terminal) at the side of your home, through the BGW320 or BGW210 residential gateway, to your Wi-Fi client — has at least one broken handoff.

AT&T's gateway performs several critical jobs simultaneously:

  • Terminates the fiber GPON signal via the ONT
  • Authenticates to AT&T's network using 802.1X (EAP-TLS certificate)
  • Handles DHCP for your LAN (default pool: 192.168.1.2 – 192.168.1.253)
  • Provides DNS forwarding to AT&T's resolvers (68.94.156.1, 68.94.157.1)
  • Performs NAT/PAT for all outbound traffic

A failure at any of these layers produces the same user-visible symptom: connected without internet.


Step 1: Identify Which Layer Is Failing

Check your IP address first. Open a terminal or command prompt and run the appropriate command for your OS (see the code block section). Look for these patterns:

  • 169.254.x.x → APIPA address — DHCP failed entirely. The AT&T gateway did not respond to your DISCOVER packet.
  • 192.168.1.x with gateway 192.168.1.254 → DHCP worked. The problem is upstream (WAN, DNS, or routing).
  • 192.168.1.x but gateway is unreachable → IP conflict or gateway hung state.

Ping the gateway directly:

ping 192.168.1.254
  • If this fails: the gateway itself is unreachable — power-cycle it.
  • If this succeeds: ping a public IP next: ping 8.8.8.8
    • If ping 8.8.8.8 fails: WAN routing is broken. Check broadband status light on the gateway.
    • If ping 8.8.8.8 succeeds: DNS is broken. Proceed to DNS fix.

Read the gateway status lights:

  • Green broadband light = fiber link and AT&T authentication are healthy.
  • Red/amber broadband light = ONT or AT&T authentication has failed. This requires AT&T intervention or a gateway power-cycle.
  • Flashing green = the gateway is still negotiating — wait 3-5 minutes.

Step 2: Fix — Work Through These in Order

Fix A: Power-Cycle the AT&T Gateway

This resolves the majority of 'ATT connected without internet' cases caused by firmware update hangs or DHCP daemon crashes.

  1. Unplug the power cable from the rear of the BGW320/BGW210.
  2. Wait a full 60 seconds (not 10 — capacitors need to discharge to clear NVRAM state).
  3. Plug back in.
  4. Wait 3-5 minutes for the broadband light to turn solid green before testing.
Fix B: Release and Renew Your DHCP Lease

If the gateway is healthy but your device has a stale or conflicted lease:

  • Windows: ipconfig /release && ipconfig /renew
  • macOS: System Settings → Network → your Wi-Fi → Details → TCP/IP → Renew DHCP Lease
  • Linux: sudo dhclient -r wlan0 && sudo dhclient wlan0
  • Android/iOS: Toggle Airplane Mode off/on, or forget the Wi-Fi network and reconnect.
Fix C: Flush DNS Cache

If Layer 3 routing works (ping 8.8.8.8 succeeds) but websites don't load, your DNS cache is corrupted or AT&T's resolvers are down.

  • Windows: ipconfig /flushdns
  • macOS (Ventura/Sonoma): sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponder
  • Linux (systemd-resolved): sudo resolvectl flush-caches

Then switch your DNS to a reliable public resolver: set your adapter's DNS to 8.8.8.8 (Google) or 1.1.1.1 (Cloudflare) and test again.

Fix D: Resolve an IP Address Conflict

Run an ARP scan on your LAN to detect duplicate IPs:

arp -a | grep 192.168.1

If two different MAC addresses map to the same IP, you have a conflict. Assign a static IP outside the AT&T gateway's DHCP pool, or log into http://192.168.1.254 and narrow the DHCP pool under Home Network → IP Allocation.

Fix E: Disable IPv6 on the Problematic Adapter

AT&T's BGW gateways sometimes fail to complete IPv6 prefix delegation (PD) after reboots, causing the OS to prefer a broken IPv6 path over a working IPv4 path.

  • Windows: netsh interface ipv6 set interface "Wi-Fi" disabled
  • macOS: Network settings → your adapter → Details → TCP/IP → Configure IPv6 → Off
  • Linux: sysctl -w net.ipv6.conf.wlan0.disable_ipv6=1

Test connectivity after disabling. If it works, the issue is IPv6-specific. Re-enable and investigate the gateway's IPv6 delegation settings.

Fix F: Factory Reset the AT&T Gateway

Use this only if power-cycling and the above steps all fail. The BGW320/BGW210 has a recessed reset button. Insert a paperclip and hold for 10 seconds until the device light blinks. The gateway will restore factory defaults and re-authenticate to AT&T's network. You will need to:

  • Reconnect all Wi-Fi devices with the default SSID/password printed on the gateway label.
  • Re-enter any custom port forwarding rules via http://192.168.1.254.
Fix G: Contact AT&T Support for ONT Reprovi­sioning

If the broadband light is red/amber after all of the above, the issue is outside your home network. AT&T's ONT may have lost its GPON signal, or your gateway's authentication certificate may need renewal on AT&T's end. Call 800-288-2020 (AT&T residential) and request a Tier-2 network check. They can:

  • Verify fiber signal levels at the ONT (optical power budget check)
  • Force a re-authentication of your gateway's EAP-TLS certificate
  • Dispatch a technician if the fiber strand or ONT hardware is at fault

Advanced: Capturing DHCP/DNS Failures with Wireshark

If you need to definitively prove where the failure occurs (useful for escalating to AT&T support), capture traffic on your Wi-Fi adapter:

# Linux: capture DHCP and DNS on wlan0 for 60 seconds
tcpdump -i wlan0 -w /tmp/att_debug.pcap 'port 67 or port 68 or port 53' & sleep 60; kill %1

Open the capture in Wireshark and look for:

  • Missing DHCPOFFER after DHCPDISCOVER → gateway DHCP daemon is dead
  • DHCPNAK → IP conflict confirmed
  • DNS queries with no response → AT&T resolver unreachable
  • ICMP 'destination unreachable' for 8.8.8.8 → WAN route missing

Frequently Asked Questions

bash
#!/usr/bin/env bash
# ============================================================
# AT&T 'Connected Without Internet' Diagnostic Script
# Run on Linux/macOS. For Windows, see inline comments.
# ============================================================

ATT_GATEWAY="192.168.1.254"
PUBLIC_IP="8.8.8.8"
ATT_DNS1="68.94.156.1"
ATT_DNS2="68.94.157.1"
TEST_DOMAIN="www.att.com"

echo "=== Step 1: Show current IP configuration ==="
# Windows equivalent: ipconfig /all
ip addr show 2>/dev/null || ifconfig

echo ""
echo "=== Step 2: Check for APIPA (169.254.x.x) address ==="
APIPA=$(ip addr show | grep '169\.254\.' | awk '{print $2}')
if [ -n "$APIPA" ]; then
  echo "[FAIL] APIPA address detected: $APIPA — DHCP lease failed."
  echo "       Fix: power-cycle the AT&T gateway, then run:"
  echo "       sudo dhclient -r wlan0 && sudo dhclient wlan0"
else
  echo "[PASS] No APIPA address found. DHCP appears healthy."
fi

echo ""
echo "=== Step 3: Ping AT&T gateway ==="
# Windows: ping 192.168.1.254
if ping -c 3 -W 2 "$ATT_GATEWAY" > /dev/null 2>&1; then
  echo "[PASS] Gateway $ATT_GATEWAY is reachable."
else
  echo "[FAIL] Gateway $ATT_GATEWAY unreachable — power-cycle the BGW gateway."
  exit 1
fi

echo ""
echo "=== Step 4: Ping public IP (bypass DNS) ==="
# Windows: ping 8.8.8.8
if ping -c 3 -W 3 "$PUBLIC_IP" > /dev/null 2>&1; then
  echo "[PASS] Public IP $PUBLIC_IP reachable — WAN routing is working."
else
  echo "[FAIL] Cannot reach $PUBLIC_IP — WAN/NAT failure. Check broadband light."
fi

echo ""
echo "=== Step 5: Test AT&T DNS resolver ==="
# Windows: nslookup www.att.com 68.94.156.1
if command -v dig > /dev/null 2>&1; then
  RESULT=$(dig +short +timeout=5 @$ATT_DNS1 "$TEST_DOMAIN" 2>/dev/null)
  if [ -n "$RESULT" ]; then
    echo "[PASS] AT&T DNS $ATT_DNS1 resolved $TEST_DOMAIN -> $RESULT"
  else
    echo "[FAIL] AT&T DNS $ATT_DNS1 failed to resolve $TEST_DOMAIN."
    echo "       Fix: set DNS to 8.8.8.8 in your adapter settings."
    # Linux fix:
    echo "       Linux fix: echo 'nameserver 8.8.8.8' | sudo tee /etc/resolv.conf"
  fi
else
  echo "[SKIP] dig not installed. Install with: sudo apt install dnsutils"
fi

echo ""
echo "=== Step 6: Flush DNS cache ==="
# Detect OS and flush accordingly
if [[ "$OSTYPE" == "linux-gnu"* ]]; then
  if systemctl is-active --quiet systemd-resolved; then
    sudo resolvectl flush-caches && echo "[DONE] systemd-resolved cache flushed."
  else
    sudo /etc/init.d/nscd restart 2>/dev/null || echo "[INFO] No DNS cache daemon detected."
  fi
elif [[ "$OSTYPE" == "darwin"* ]]; then
  sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponder
  echo "[DONE] macOS DNS cache flushed."
fi
# Windows equivalent: ipconfig /flushdns

echo ""
echo "=== Step 7: Check for IP conflicts via ARP ==="
echo "Scanning LAN for duplicate MAC entries..."
arp -n | grep '192\.168\.1\.' | awk '{print $1, $3}' | sort | uniq -d -f1
if [ $? -eq 0 ]; then
  echo "[INFO] ARP table shown above. Look for same IP with two different MACs."
fi

echo ""
echo "=== Step 8: Check IPv6 delegation status ==="
IPV6_ADDR=$(ip -6 addr show scope global 2>/dev/null | grep 'inet6' | awk '{print $2}')
if [ -n "$IPV6_ADDR" ]; then
  echo "[INFO] IPv6 global address: $IPV6_ADDR"
  if ping6 -c 2 2001:4860:4860::8888 > /dev/null 2>&1; then
    echo "[PASS] IPv6 connectivity confirmed."
  else
    echo "[WARN] IPv6 address present but no connectivity. Consider disabling IPv6:"
    echo "       sudo sysctl -w net.ipv6.conf.wlan0.disable_ipv6=1"
  fi
else
  echo "[INFO] No IPv6 global address — running IPv4 only."
fi

echo ""
echo "=== Diagnostic Complete ==="
echo "If all steps pass but internet still fails, contact AT&T: 800-288-2020"
echo "Request a Tier-2 network check and ONT signal level verification."
E

Error Medic Editorial

The Error Medic Editorial team is composed of senior DevOps engineers, SREs, and network specialists with combined experience spanning ISP infrastructure, enterprise networking, and consumer broadband troubleshooting. Our guides are based on real-world incident response, vendor documentation, and community-validated fixes. We specialize in translating complex Layer 2/3 failures into actionable steps that any user — from home consumers to IT administrators — can follow to restore connectivity quickly and confidently.

Sources

Related Articles in Att Connected Without Internet

Explore More wifi Guides