Issues with 1.1.1.1 service?

Anyone else having issues with 1.1.1.1 not responding to some DNS queries? More info here: https://www.reddit.com/r/CloudFlare/comments/10ssqq0/anyone_else_having_issues_with_cloudflare_dns/j73oaua/

I’m going to re-post the info in that reddit comment so it’s more easily accessible.

[In reply to “Anyone else having issues with Cloudflare DNS today?”]

Yes, I am. I’ve been investigating. I am getting different responses back depending of the location of the query. For example, if I try to query 1.1.1.1 for duckduckgo.com from my AWS-hosted linux instance, I get back this:

~$ dig duckduckgo.com @1.1.1.1

; <<>> DiG 9.11.3-1ubuntu1.18-Ubuntu <<>> duckduckgo.com @1.1.1.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11280
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;duckduckgo.com.                        IN      A

;; ANSWER SECTION:
duckduckgo.com.         130     IN      A       52.149.246.39

;; Query time: 1 msec
;; SERVER: 1.1.1.1#53(1.1.1.1)
;; WHEN: Fri Feb 03 14:57:49 CST 2023
;; MSG SIZE  rcvd: 59

But if I try it from my home internet connection, here is what I get:

~$ dig duckduckgo.com @1.1.1.1

; <<>> DiG 9.16.1-Ubuntu <<>> duckduckgo.com @1.1.1.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 1412
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; OPT=15: 00 16 ("..")
;; QUESTION SECTION:
;duckduckgo.com.                        IN      A

;; Query time: 70 msec
;; SERVER: 1.1.1.1#53(1.1.1.1)
;; WHEN: Fri Feb 03 14:53:25 CST 2023
;; MSG SIZE  rcvd: 49

Traceroute for the first dig (works):

~$ traceroute -n 1.1.1.1
traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
 1  * * 216.182.238.193  4.125 ms
 2  100.66.8.216  4.633 ms 100.65.57.144  2.259 ms 100.66.32.46  2.248 ms
 3  240.0.60.84  1.056 ms 240.0.232.126  1.042 ms 100.66.28.22  6.939 ms
 4  240.0.232.19  1.023 ms  1.008 ms 240.0.60.25  0.991 ms
 5  241.0.5.14  0.968 ms 240.0.44.12  0.967 ms 240.0.44.19  0.954 ms
 6  240.0.28.18  0.941 ms 240.0.44.27  0.248 ms 240.0.28.24  0.891 ms
 7  240.0.44.20  0.864 ms 240.0.44.16  0.845 ms 240.0.44.19  0.820 ms
 8  52.93.29.5  1.649 ms 242.0.147.33  1.038 ms 100.66.52.120  5.038 ms
 9  52.93.28.209  0.775 ms 100.100.34.40  0.734 ms 100.100.34.88  0.715 ms
10  100.100.34.46  0.704 ms 99.83.90.167  1.925 ms 100.100.34.46  0.590 ms
11  172.70.132.2  1.529 ms 240.0.28.26  0.527 ms 99.83.90.167  1.176 ms
12  172.71.220.3  9.631 ms 240.0.44.30  0.508 ms 172.70.132.2  0.872 ms
13  1.1.1.1  0.755 ms 242.0.147.33  1.370 ms 1.1.1.1  0.600 ms

Traceroute for the second dig (doesn’t work)

~$ traceroute 1.1.1.1
traceroute to 1.1.1.1 (1.1.1.1), 64 hops max
  1   172.27.208.1  0.253ms  0.123ms  0.127ms
  2   10.12.13.1  22.161ms  2.858ms  1.349ms
  3   96.120.48.65  9.829ms  12.919ms  10.307ms
  4   68.85.168.77  17.819ms  10.823ms  33.635ms
  5   68.87.175.161  12.181ms  12.053ms  10.919ms
  6   162.151.138.49  10.720ms  12.546ms  11.572ms
  7   68.86.232.98  42.691ms  11.412ms  10.755ms
  8   69.241.114.158  15.714ms  12.136ms  43.270ms
  9   1.1.1.1  12.021ms  12.218ms  16.960ms

Going to keep investigating here. But this is annoying.

EDIT: also the failure here is somewhat intermittent. I’d say about 1 out of every 10 queries returns a valid response; the rest either fail immediately, or after a timeout occurs.

This appears to be resolved, at least for me. I can no longer repro.

Glad to hear the issue is resolved.