Dig not returning cname record information

Hi,

I have the following domain devon.ninja hosted on CF with this cname record docs.devon.ninja
The issue is that dig won’t return any information about said sub-domain.

Here’s are a couple examples:

dig CNAME docs.devon.ninja @1.1.1.1

; <<>> DiG 9.10.3-P4-Ubuntu <<>> CNAME docs.devon.ninja @1.1.1.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54932
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1452
;; QUESTION SECTION:
;docs.devon.ninja.		IN	CNAME

;; AUTHORITY SECTION:
devon.ninja.		3600	IN	SOA	gabe.ns.cloudflare.com. dns.cloudflare.com. 2031156313 10000 2400 604800 3600

;; Query time: 16 msec
;; SERVER: 1.1.1.1#53(1.1.1.1)
;; WHEN: Sun Jul 14 22:55:18 EDT 2019
;; MSG SIZE  rcvd: 107

or

dig CNAME docs.devon.ninja @gabe.ns.cloudflare.com

; <<>> DiG 9.10.3-P4-Ubuntu <<>> CNAME docs.devon.ninja @gabe.ns.cloudflare.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33336
;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;docs.devon.ninja.		IN	CNAME

;; AUTHORITY SECTION:
devon.ninja.		3600	IN	SOA	gabe.ns.cloudflare.com. dns.cloudflare.com. 2031156313 10000 2400 604800 3600

;; Query time: 12 msec
;; SERVER: 173.245.59.114#53(173.245.59.114)
;; WHEN: Sun Jul 14 22:55:48 EDT 2019
;; MSG SIZE  rcvd: 107

Also here’s my dig version : DiG 9.10.3-P4-Ubuntu

Whether I specify the CF resolver or the authoritative nameserver, the query never returns information on the docs.devon.ninja record.

Does any have any idea why I can’t get the record info with dig?
Thanks

I can get a regular result for that subdomain, but not a CNAME.

Are you on a Paid Plan with CNAME flattening turned on for subdomains?

I’m on a Free plan with CNAME flattening on the root domain.

Thanks for the quick reply!

Since it’s proxied :orange: it’ll show up with Cloudflare IPs as an A record:

$ dig docs.devon.ninja +short
104.18.50.181
104.18.51.181

If you unproxy it, it’ll show up as a real CNAME (but you won’t get the CF features).

2 Likes

Thanks for the explanation, this behaviour was confusing me for quite some time. I’ve had issues in the past where I needed to prove ownership of a domain by adding a CNAME record, but since they were being proxied I think it caused the verification’s to fail.

1 Like

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.