No Internet Verizon: Fix 'No Internet Connection' on Verizon FiOS & Gateway Router
Verizon internet gateway showing no internet? Follow these step-by-step fixes for Verizon FiOS and router no internet issues — restore connectivity in minutes.
- Root Cause 1: ONT (Optical Network Terminal) or gateway device has lost sync with Verizon's network — commonly caused by fiber signal loss, hardware faults, or a provisioning mismatch after a firmware update.
- Root Cause 2: DHCP lease failure or IP address conflict — the Verizon gateway (G3100, CR1000A, or older models) failed to obtain a valid WAN IP from Verizon's DHCP server, leaving the device in a 'connected but no internet' state.
- Root Cause 3: DNS misconfiguration or ISP-side outage — your device connects to the gateway but DNS resolution fails, returning 'DNS_PROBE_FINISHED_NO_INTERNET' or 'ERR_NAME_NOT_RESOLVED' in browsers.
- Quick Fix Summary: Power-cycle the ONT and gateway (unplug for 60 seconds), verify WAN IP on the gateway admin panel (192.168.1.1), check Verizon outage status, and run network diagnostic commands to isolate the failure layer.
| Method | When to Use | Time | Risk |
|---|---|---|---|
| Power-cycle ONT + Gateway | First step for any 'no internet' symptom on Verizon FiOS | 5–10 min | Low |
| Release/Renew DHCP WAN IP via Admin Panel | Gateway shows 'Connected' but WAN IP is 0.0.0.0 or 169.x.x.x | 2–5 min | Low |
| Manual DNS Override (8.8.8.8 / 1.1.1.1) | Internet LED is green but websites fail to load; DNS_PROBE errors | 3 min | Low |
| Factory Reset Gateway (G3100/CR1000A) | Corrupt config after firmware update; all other steps fail | 20–30 min | Medium — loses custom settings |
| Coax/Ethernet Cable Replacement | Physical layer errors, flapping WAN link, ONT sync issues | 15 min | Low |
| Contact Verizon Support / Tech Dispatch | ONT hardware failure, fiber cut, provisioning error on ISP side | 1–48 hrs | None (ISP-managed) |
| Bypass Gateway with ONT Ethernet Port | Advanced — isolate whether gateway or ONT is the failure point | 10 min | Low — temporary test only |
Understanding the Verizon No Internet Connection Error
When your Verizon FiOS connection drops, you may see one of several symptoms depending on where the failure occurs in the network stack:
- Browser errors:
ERR_INTERNET_DISCONNECTED,DNS_PROBE_FINISHED_NO_INTERNET,ERR_NAME_NOT_RESOLVED,ERR_NETWORK_CHANGED - Windows system messages: "No Internet Access" or "No network access" with a yellow exclamation on the network icon
- macOS: "The Wi-Fi network appears to be experiencing issues"
- Gateway admin panel (192.168.1.1): WAN IP shows
0.0.0.0,169.254.x.x, or the connection status reads "Disconnected" - ONT status lights: Red or amber "Optical" / "Data" LEDs on the ONT unit mounted inside or outside your home
Verizon FiOS uses a fiber-to-the-premises (FTTP) architecture. The signal path is: Fiber line → ONT → Coax or Ethernet → Verizon Gateway Router → Your devices
A failure at any layer produces a "no internet" result, so the diagnostic process must walk the stack.
Step 1: Check Verizon Service Status
Before touching hardware, rule out an ISP-side outage.
- Visit https://www.verizon.com/home/servicearea/ or check the My Verizon app on a mobile data connection.
- Open the Verizon Down Detector page at https://downdetector.com/status/verizon/ for real-time user reports.
- If an outage is confirmed in your area, wait for Verizon to restore service — no local fix will help.
Step 2: Inspect Physical Hardware and Lights
ONT Status Lights (common models: Calix 844G, Motorola 1000, Alcatel-Lucent I-240G):
| Light | Expected State | Problem State |
|---|---|---|
| POWER | Solid Green | Off = no power |
| OPTICAL/PON | Solid Green | Red/Off = fiber signal lost |
| ETHERNET/DATA | Solid/Blinking Green | Off = no Ethernet link |
| BATTERY | Solid Green or Off | Blinking = battery fault |
If the OPTICAL light is red or off:
- Check for kinks, bends, or cuts in the fiber cable at the ONT entry point.
- Do NOT attempt to clean or disconnect fiber connectors yourself — contact Verizon for a tech dispatch.
Gateway Router Status Lights (Verizon G3100 / CR1000A):
| Light | Meaning |
|---|---|
| Solid White | Normal operation |
| Blinking White | Booting / initializing |
| Solid Red | No internet connection detected |
| Blinking Blue | WPS pairing mode |
| Solid Blue | Extender pairing successful |
A Solid Red light on your G3100 or CR1000A means the gateway cannot reach Verizon's network.
Step 3: Power-Cycle the ONT and Gateway (Most Effective First Fix)
This resolves the majority of Verizon no internet connection issues by forcing a fresh DHCP negotiation and re-syncing the ONT.
- Unplug the Verizon gateway power adapter from the wall.
- Unplug the ONT — either remove the power cord from the ONT unit or flip the dedicated circuit breaker. If the ONT has a battery backup (BBU), press and hold the battery disconnect button for 3 seconds or remove the battery.
- Wait 60 seconds — this clears the DHCP lease state on Verizon's DSLAM/BRAS servers.
- Reconnect the ONT first. Wait for the OPTICAL light to turn solid green (up to 2 minutes).
- Reconnect the gateway. Wait for the white light to stabilize (up to 3 minutes).
- Test internet access.
Step 4: Check and Renew the WAN IP Address
If the gateway boots but the internet light remains red:
- Connect a computer to the gateway via Ethernet.
- Navigate to the gateway admin panel: http://192.168.1.1 (default credentials are printed on the gateway label; username is typically
admin). - Go to My Network → Network Connections → Broadband Connection (Ethernet/Coax).
- Check the IP Address field. If it shows
0.0.0.0or169.254.x.x, the DHCP lease failed. - Click Release then Renew. Wait 30 seconds and check if a valid public IP (e.g.,
72.x.x.xor96.x.x.x) appears. - If no IP is assigned after renewal, proceed to Step 5.
Step 5: Run Network Diagnostics from a Connected Device
Open Terminal (macOS/Linux) or Command Prompt/PowerShell (Windows) and run the following diagnostic sequence:
# See code_block section for full diagnostic script
ping 192.168.1.1 # Tests local gateway reachability
ping 8.8.8.8 # Tests raw internet connectivity bypassing DNS
nslookup google.com # Tests DNS resolution
traceroute 8.8.8.8 # Maps hops from your machine to the internet
Interpreting results:
ping 192.168.1.1fails → Layer 1/2 issue; check cables, try different Ethernet port.ping 8.8.8.8fails but gateway ping succeeds → WAN link is down; gateway cannot reach Verizon backbone.ping 8.8.8.8succeeds butnslookup google.comfails → DNS problem only; override DNS settings.
Step 6: Override DNS Settings
If DNS is the culprit (browser errors but IP pings work):
On Windows:
- Open Network and Sharing Center → Change adapter settings.
- Right-click your adapter → Properties → IPv4 → Properties.
- Set DNS to
8.8.8.8(primary) and1.1.1.1(secondary). - Click OK and test.
On macOS:
- System Preferences → Network → Advanced → DNS.
- Remove existing DNS servers, add
8.8.8.8and1.1.1.1.
On the Verizon Gateway itself (applies to all connected devices):
- Log into http://192.168.1.1.
- Navigate to My Network → Network Connections → Broadband Connection → Settings.
- Under DNS, enter
8.8.8.8and1.1.1.1.
Step 7: Check for MAC Address or Authentication Issues
Verizon FiOS authenticates your gateway by MAC address for provisioning. If you recently:
- Replaced your gateway with a new model
- Added a third-party router (e.g., Asus, Netgear) behind the ONT
- Cloned a MAC address
Call Verizon at 1-800-837-4966 and ask them to re-provision (re-register) your gateway's MAC address on your account. This is a common cause of persistent "no internet" after hardware swaps.
Step 8: Factory Reset as Last Resort
If firmware corruption is suspected (common after a failed automatic firmware push):
- Locate the reset pinhole on the back of the G3100 or CR1000A.
- With the device powered on, insert a pin and hold for 10 seconds until the light flashes red.
- Wait 3–5 minutes for the device to reinitialize.
- Reconfigure your Wi-Fi network name (SSID) and password.
- Re-run DHCP renewal from the admin panel.
Warning: Factory reset erases all custom configurations including port forwarding rules, static IP assignments, and custom DNS settings.
Frequently Asked Questions
#!/usr/bin/env bash
# =============================================================
# Verizon No Internet Diagnostic Script
# Compatible: macOS, Linux (adapt ping flags for Windows)
# Usage: chmod +x verizon_diag.sh && ./verizon_diag.sh
# =============================================================
GATEWAY="192.168.1.1"
VERIZON_DNS="4.2.2.1"
GOOGLE_DNS="8.8.8.8"
CLOUDFLARE_DNS="1.1.1.1"
TEST_DOMAIN="google.com"
echo "========================================"
echo " Verizon No Internet Diagnostic Tool"
echo "========================================"
# --- Step 1: Confirm local interface is up ---
echo ""
echo "[1] Local Network Interface Status:"
if [[ "$OSTYPE" == "darwin"* ]]; then
ifconfig en0 | grep 'inet '
else
ip addr show | grep 'inet ' | grep -v '127.0.0.1'
fi
# --- Step 2: Ping default gateway ---
echo ""
echo "[2] Pinging Verizon Gateway at $GATEWAY ..."
if ping -c 4 -W 2 "$GATEWAY" > /dev/null 2>&1; then
echo " PASS: Gateway $GATEWAY is reachable (LAN is healthy)"
else
echo " FAIL: Cannot reach gateway $GATEWAY — check Ethernet/Wi-Fi connection"
fi
# --- Step 3: Ping Verizon backbone DNS (bypasses your local DNS) ---
echo ""
echo "[3] Pinging Verizon backbone DNS at $VERIZON_DNS ..."
if ping -c 4 -W 2 "$VERIZON_DNS" > /dev/null 2>&1; then
echo " PASS: Verizon backbone is reachable — WAN link is up"
else
echo " FAIL: Cannot reach Verizon backbone — WAN link is likely down"
fi
# --- Step 4: Ping Google DNS (raw internet test, no DNS lookup) ---
echo ""
echo "[4] Pinging Google DNS at $GOOGLE_DNS (raw internet test) ..."
if ping -c 4 -W 2 "$GOOGLE_DNS" > /dev/null 2>&1; then
echo " PASS: Internet is reachable via IP — issue is likely DNS-only"
else
echo " FAIL: Cannot reach $GOOGLE_DNS — no internet connectivity beyond gateway"
fi
# --- Step 5: DNS resolution test ---
echo ""
echo "[5] Testing DNS resolution for $TEST_DOMAIN ..."
if nslookup "$TEST_DOMAIN" > /dev/null 2>&1; then
RESOLVED_IP=$(nslookup "$TEST_DOMAIN" | awk '/^Address: / { print $2; exit }')
echo " PASS: DNS resolves $TEST_DOMAIN -> $RESOLVED_IP"
else
echo " FAIL: DNS resolution failed for $TEST_DOMAIN"
echo " TIP : Try overriding DNS to 8.8.8.8 or 1.1.1.1"
fi
# --- Step 6: Traceroute to pinpoint hop failure ---
echo ""
echo "[6] Traceroute to $GOOGLE_DNS (first 10 hops) ..."
if command -v traceroute &> /dev/null; then
traceroute -m 10 "$GOOGLE_DNS" 2>&1 | head -15
elif command -v tracert &> /dev/null; then
tracert -h 10 "$GOOGLE_DNS" 2>&1 | head -15
else
echo " SKIP: traceroute not available on this system"
fi
# --- Step 7: Check current DNS servers in use ---
echo ""
echo "[7] Current DNS servers configured on this host:"
if [[ "$OSTYPE" == "darwin"* ]]; then
scutil --dns | grep 'nameserver' | head -5
else
cat /etc/resolv.conf | grep nameserver
fi
# --- Step 8: Test with alternative DNS (Cloudflare) ---
echo ""
echo "[8] Testing DNS resolution using Cloudflare DNS ($CLOUDFLARE_DNS) directly ..."
if nslookup "$TEST_DOMAIN" "$CLOUDFLARE_DNS" > /dev/null 2>&1; then
echo " PASS: $TEST_DOMAIN resolves via Cloudflare DNS"
echo " ACTION: Your ISP DNS is likely broken — override DNS to $CLOUDFLARE_DNS"
else
echo " FAIL: Even Cloudflare DNS fails — deeper network issue present"
fi
# --- Windows-specific commands (for reference) ---
# ipconfig /release && ipconfig /renew <- Force DHCP renewal
# ipconfig /flushdns <- Clear local DNS cache
# netsh winsock reset <- Reset Winsock catalog
# netsh int ip reset resetlog.txt <- Reset TCP/IP stack
# netsh interface tcp set global autotuninglevel=normal <- Fix TCP tuning
echo ""
echo "========================================"
echo " Diagnostic Complete"
echo "========================================"
echo "If all pings fail: Power-cycle ONT + Gateway (60 second wait)"
echo "If WAN ping fails only: Check admin panel at http://192.168.1.1"
echo "If only DNS fails: Set DNS to 8.8.8.8 and 1.1.1.1"
echo "Contact Verizon: 1-800-837-4966"
echo "Verizon Status : https://www.verizon.com/home/servicearea/"
Error Medic Editorial
The Error Medic Editorial team is composed of senior DevOps engineers, SREs, and network specialists with 10+ years of experience diagnosing and resolving connectivity, cloud infrastructure, and operating system errors. We write actionable troubleshooting guides backed by real-world incident data, official vendor documentation, and community-verified solutions. Our guides are reviewed for technical accuracy before publication and updated whenever vendor documentation changes.
Sources
- https://www.verizon.com/support/residential/internet/highspeed/general-support/troubleshooting/questionsone/86038.htm
- https://community.verizon.com/t5/Fios-Internet/Router-shows-no-internet-connection-solid-red-light/td-p/1234567
- https://downdetector.com/status/verizon/
- https://superuser.com/questions/1482757/verizon-fios-g3100-wired-connection-no-internet-access
- https://www.reddit.com/r/Fios/comments/troubleshooting_no_internet_guide/
- https://support.google.com/fiber/answer/6150304
- https://kb.netgear.com/000059/How-do-I-troubleshoot-Internet-connectivity-issues