Docs / Getting Started / Troubleshoot: WAN shows as Down
Browse Getting Started
Getting Started

Troubleshoot: WAN shows as Down

Why a registered WAN can show as Down in the ScoutDNS console: wrong/changed WAN IP, on-network DNS hijacking, ISP DNS redirection, and how to diagnose each.

Updated Jan 12, 2026 • 3 min read

A WAN can show as Down in the ScoutDNS console for a handful of common reasons. Work through these in order, the diagnostic test at the end will tell you which one applies.

Possible causes

1. Incorrect or incomplete setup

For a WAN to show Up, DNS traffic arriving at the ScoutDNS resolvers must originate from a WAN IP that’s registered in your ScoutDNS account.

[!IMPORTANT] Adding the ScoutDNS resolver IPs to your router is not enough by itself. You must also register your public WAN IP in Sites → Add Network. Without that, ScoutDNS can’t associate incoming queries with your account.

See the Quickstart: WAN forwarding guide for the full setup.

2. Your WAN IP has changed

ISPs change customer WAN IPs without notice. If yours has changed:

  • Static IP (changed once), edit the WAN in Sites and update the IP.
  • Dynamic IP (changes regularly), register a dynamic-DNS hostname instead. See Dynamic IP setup.

3. Software or hardware on your network is hijacking DNS

A surprising number of in-network appliances and security tools run their own DNS service or proxy that intercepts client DNS traffic. When that happens, queries never reach ScoutDNS, they’re redirected before they leave your network.

Common culprits:

  • “Smart” router features that filter DNS (Pi-hole installed accidentally, AdGuard, OpenDNS Family Shield on the router, etc.)
  • Security appliances with built-in DNS filtering
  • New endpoint security software that intercepts DNS for its own filtering

[!NOTE] ScoutDNS does not support third-party DNS appliances or software. Consult the vendor’s documentation if you need to keep them in place, most have a setting to disable their DNS interception or forward to upstream resolvers.

4. Your ISP is hijacking DNS

Some ISPs enable “security” features that force customer traffic through the ISP’s own DNS, often without notification. Comcast’s Security Edge, for example, reroutes all DNS through their resolver.

Fix: contact the ISP and ask them to permanently disable the DNS security feature for your account. Confirm with the diagnostic below after they make the change.

Diagnose: which cause is it?

Visit DNSLeakTest.com on a device on the affected network and run the Standard Test. Look at the Hostname column.

What you seeWhat it means
*.scoutdns.com hostnamesScoutDNS is reachable from your network. WAN-down is likely cause #1 (not registered) or #2 (IP changed).
Your ISP’s domain or another DNS providerDNS is being intercepted before reaching ScoutDNS. Cause #3 (on-network hijack) or #4 (ISP hijack).
Mixed (ScoutDNS plus others)DNS is being split between resolvers. See Don’t mix DNS providers.

DNSLeakTest results showing ScoutDNS hostnames

Still stuck?

If the WAN remains down after working through the checklist, open a support ticket (or update an existing one) with:

  • Your WAN IP (or dynamic-DNS hostname) as registered in ScoutDNS
  • A screenshot of the DNSLeakTest result
  • Your router/firewall make and model
  • A note on any DNS-handling software or appliances on the network
Was this article helpful?
Still stuck? Open a ticket and we'll follow up by email.
Open a ticket
Last updated Jan 12, 2026