NextDNS DoH is Unreliable - "Private DNS server cannot be accessed"
Requesting troubleshooting assistance for an infuriating NextDNS connectivity issue.
For as long as I've been using NextDNS (since it was in beta), I run into random periods of time where DNS resolution dies for a random, brief period of time on devices with NextDNS DOH configured and then comes back without -- without me making any changes on my end, experienced across multiple network types and across multiple device types from different family members.
The workaround is always to temporarily switch to ANY other DoH provider (Cloudflare, Quad9, etc.) until NextDNS connectivity issues resolve themselves. But, it's getting to a point where I really have to find a solution so the family isn't so infuriated with the connectivity of their devices.
The issue is most noticeable in two scenarios:
- Mobile (Android) - where the wifi settings will show "Connected to device. Can't provide internet". And the Network-->Private DNS setting will show "cannot connect." Turning off Private DNS or switching to Cloudflare/Quad9 immediately resolves the issue.
- On my PC Browser (Edge, Chrome) - I have NextDNS DOH configured with a custom client-id (https://dns.nextdns.io/<config-id>/<device-id>. Switching to https://chromium.dns.nextdns.io does not resolve the issue. But, switching to any of the default DoH option in the browser settings allows me to browse again.
Network:
I have a FIOS router where I've assigned NextDNS IPs and have a linkedIP. Devices for the wife/I have a separate profile with less restrictive filters than the home/kids profile.
There is no "other complexity" in the network -- no pfSense, no DNSSEC, no custom router firmware, no alternate Gateways/DNS Servers, etc.
Diag run from Windows 11 (which has DoH configured as well)
(If there's a way to run a similar Diag from an Android device, please let me know)
https://nextdns.io/diag/e2a02930-3483-11ec-8d35-b5c0642015e2
Testing IPv6 connectivity
available: false
Fetching https://test.nextdns.io
status: ok
client: 72.83.51.16
protocol: DOH
dest IP: 45.90.30.239
server: zepto-iad-1
Fetching PoP name for ultra low latency primary IPv4 (ipv4.dns1.nextdns.io)
Fetch error: Get "https://dns.nextdns.io/info": EOF
Fetching PoP name for ultra low latency secondary IPv4 (ipv4.dns2.nextdns.io)
Fetch error: Get "https://dns.nextdns.io/info": EOF
Fetching PoP name for anycast primary IPv4 (45.90.28.0)
vultr-ewr: 17.621ms
Fetching PoP name for anycast secondary IPv4 (45.90.30.0)
zepto-iad: 7.822ms
Pinging PoPs
anexia-mnz: 10.008ms
zepto-xrs: 10ms
zepto-iad: 9.982ms
anexia-ewr: 17.49ms
vultr-ewr: 17.643ms
hydron-clt: 20.055ms
tier-clt: 22.453ms
teraswitch-pit: 29.793ms
router-pit: 29.689ms
incx-dtw: 30ms
Traceroute for ultra low latency primary IPv4 (170.39.224.134)
1 10.0.0.1 5ms 3ms 5ms
2 170.39.224.134 6ms 9ms 7ms
Traceroute for ultra low latency secondary IPv4 (213.227.173.235)
1 10.0.0.1 5ms 5ms 5ms
2 213.227.173.235 6ms 7ms 7ms
Traceroute for anycast primary IPv4 (45.90.28.0)
1 10.0.0.1 6ms 5ms *
2 45.90.28.0 7ms 7ms 7ms
Traceroute for anycast secondary IPv4 (45.90.30.0)
1 10.0.0.1 6ms 6ms 6ms
2 45.90.30.0 11ms 7ms 7ms
The above info suggests to me that the issue is squarely on the NextDNS side and it's DOH service. Please let me know what additional information is needed to effectively root cause the issue.
11 replies
-
Looks like something is blocking your HTTPS connection to our service. Do you have the ability to run the following curl commands and show the output?
- curl -v https://dns.nextdns.io/info
- curl -v https://dns.nextdns.io/info --connect-to ::8.8.8.8:443
- curl -vk https://test.com --connect-to ::45.90.28.0:443
-
I've also been experiencing the same issue and it's driving me nuts. I've a device running Cloudflare Teams from work and that device works while all the devices on the network they loose connectivity 3/4 times a day at random times taking 1/2 mins for them to come back online.
Here's my curl output:
curl -v https://dns.nextdns.io/info * Trying 2a00:11c0:8:4::9... * TCP_NODELAY set * Connected to dns.nextdns.io (2a00:11c0:8:4::9) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /etc/ssl/cert.pem CApath: none * TLSv1.2 (OUT), TLS handshake, Client hello (1): * TLSv1.2 (IN), TLS handshake, Server hello (2): * TLSv1.2 (IN), TLS handshake, Certificate (11): * TLSv1.2 (IN), TLS handshake, Server key exchange (12): * TLSv1.2 (IN), TLS handshake, Server finished (14): * TLSv1.2 (OUT), TLS handshake, Client key exchange (16): * TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1): * TLSv1.2 (OUT), TLS handshake, Finished (20): * TLSv1.2 (IN), TLS change cipher, Change cipher spec (1): * TLSv1.2 (IN), TLS handshake, Finished (20): * SSL connection using TLSv1.2 / ECDHE-ECDSA-AES128-GCM-SHA256 * ALPN, server accepted to use h2 * Server certificate: * subject: CN=dns.nextdns.io * start date: Aug 28 00:00:00 2021 GMT * expire date: Nov 26 23:59:59 2021 GMT * subjectAltName: host "dns.nextdns.io" matched cert's "dns.nextdns.io" * issuer: C=AT; O=ZeroSSL; CN=ZeroSSL ECC Domain Secure Site CA * SSL certificate verify ok. * Using HTTP2, server supports multi-use * Connection state changed (HTTP/2 confirmed) * Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0 * Using Stream ID: 1 (easy handle 0x7fd2b500c000) > GET /info HTTP/2 > Host: dns.nextdns.io > User-Agent: curl/7.64.1 > Accept: */* > * Connection state changed (MAX_CONCURRENT_STREAMS == 256)! < HTTP/2 200 < access-control-allow-origin: * < content-type: application/json < strict-transport-security: max-age=63072000; includeSubDomains; preload < timing-allow-origin: * < content-length: 86 < date: Mon, 25 Oct 2021 18:12:39 GMT < * Connection #0 to host dns.nextdns.io left intact {"locationName": " London, United Kingdom", "pop": "anexia-lon", "rtt": 10897}* Closing connection 0
Running DoH on a Fritzbox 7590, I've just disabled DoH to see if that will make a difference, will report.
Content aside
-
3
Likes
- 2 yrs agoLast active
- 11Replies
- 4061Views
-
5
Following