DNS resolver registry · DNS.WATCH
DNS.WATCH DNS servers
Addresses
DNS.WATCH DNS addresses by variant
DNS.WATCH
Not specified by the operator
- IPv4
- 84.200.69.8084.200.70.40
- IPv6
- 2001:1608:10:25::1c04:b12f2001:1608:10:25::9249:d69b
- DoH
- https://resolver2.dns.watch/dns-query
| Variant | Filtering (operator description) | IPv4 | IPv6 | Encrypted |
|---|---|---|---|---|
| DNS.WATCH | Not specified by the operator | 84.200.69.80 84.200.70.40 | 2001:1608:10:25::1c04:b12f 2001:1608:10:25::9249:d69b | DoH https://resolver2.dns.watch/dns-query |
Measured
What we observed
Measured 2026-09-24 from one vantage point, three rounds per address, majority result. Anycast resolvers can behave differently from other networks. How we test
DNSSEC validation Validates
Returned SERVFAIL for dnssec-failed.org, rhybar.cz and badsig.go.dnscheck.tools on every address that answered, while resolving example.com.
Client subnet (ECS)
No client subnet reached the authoritative server from any address we probed.
Plain DNS and NXDOMAIN
2/2 documented IPv4 addresses answered on port 53. Random non-existent names came back as NXDOMAIN, so errors are not rewritten into ads or search pages.
Encrypted endpoints
- DoH https://resolver2.dns.watch/dns-queryNo answer
Networks
Which networks carry it
Announcing the service addresses
- AS44066 DE-FIRSTCOLO firstcolo GmbH
Queried from, in our probe
- AS44066 DE-FIRSTCOLO firstcolo GmbH
In the operator's words
Operator statements
“No Logging, DNSSEC enabled”
Check it
Confirm your device is using DNS.WATCH
From a terminal
# Which address did the resolver query from?
dig +short whoami.akamai.net @84.200.69.80
# Does it pass your subnet on (ECS)?
dig +short TXT o-o.myaddr.l.google.com @84.200.69.80
# Does it validate DNSSEC? SERVFAIL means yes
dig dnssec-failed.org @84.200.69.80Behind a proxy
With an HTTP proxy, or a client set to socks5h://, the proxy side resolves hostnames, so your own resolver setting does not apply to that traffic. With socks5:// in curl or Python requests, your device resolves names first. The SOCKS5 vs SOCKS5h guide shows how to check which one you have.
Questions
DNS.WATCH questions
What are DNS.WATCH's DNS server addresses?
DNS.WATCH: 84.200.69.80, 84.200.70.40, 2001:1608:10:25::1c04:b12f, 2001:1608:10:25::9249:d69b.
Does DNS.WATCH validate DNSSEC?
Yes. On 2026-09-24 every DNS.WATCH address that answered returned SERVFAIL for three deliberately mis-signed domains while resolving ordinary names.
Does DNS.WATCH support DNS over HTTPS or DNS over TLS?
DoH: https://resolver2.dns.watch/dns-query. 0 of 1 answered our test query on 2026-09-24.
Does DNS.WATCH send my IP subnet to other servers (ECS)?
We observed no client subnet on any address we probed.
How can I check that I am using DNS.WATCH?
Run a DNS leak test and compare the network it reports with the one DNS.WATCH queried from in our probe (AS44066). On the command line, dig +short whoami.akamai.net @84.200.69.80 returns the address the resolver used to query Akamai.
Sources
Sources and dates
Compare
Other resolvers where DNSSEC validates
Cloudflare 1.1.1.1
1.1.1.1 · 1.0.0.1
Google Public DNS
8.8.8.8 · 8.8.4.4
Quad9
9.9.9.9 · 149.112.112.112
OpenDNS
208.67.222.222 · 208.67.220.220
AdGuard DNS
94.140.14.14 · 94.140.15.15
CleanBrowsing
185.228.168.9 · 185.228.169.9
Research library
Network registries & open data
Find the reference behind a network decision. Browse the records, follow their sources and download the available datasets.