Solved Waiting for DNS propagation

[L3oN]

box:dns/waitfordns resolveIp: Checking if domain.com has A record at 172.64.33.195
May 24 15:04:08 box:dns/waitfordns resolveIp: Checking if xxx has CNAME record at 172.64.33.195
May 24 15:04:08 box:dns/waitfordns isChangeSynced: NS lars.ns.cloudflare.com (172.64.33.195) errored when resolve xx (A): Error: queryCname ENODATA xxx

but i have other ip

host my.xxx 127.0.0.1
Using domain server:
Name: 127.0.0.1
Address: 127.0.0.1#53
Aliases:

my.xx has address xx

[girish]

@L3oN I wonder if this is something DNSSEC related. Can you please try https://docs.cloudron.io/troubleshooting/#dns ? You can also forward everything to 8.8.8.8 (the 1.2.3.4 in that example), to see if it gets things moving ahead.

[nebulon]

Since it looks like you are using Cloudflare, are you using the proxying feature?
Also can you double check that the unbound service is up and running?

[L3oN]

@nebulon
Yea its runing.
I use only dns on other server i dont have this problem and same use cf

[nebulon]

So you are saying your my.domain.com is correctly resolving on your server to your public IP address using unbound via 127.0.0.1 ?

[L3oN]

@nebulon
Yes

[L3oN]

I use hetzner (2 dedicated, 2 cloud)
On 1 dedicated working
on others it's this same so i dont know what's going on

only main domain is broken

[nebulon]

@L3oN oh! could it be that no A record exists for the main domain? If so just create one with an empty subdomain field through Cloudflare. Cloudron only creates this if an app is installed on that or if any app has an alias/redirect configured for the main domain.

[L3oN]

@nebulon
On screen its seems it's dont have but i have A record for main domain
third A record is for main domain

on stats i have app installed

[nebulon]

@L3oN so things look fine from that perspective then. Can you try to run dig @8.8.8.8 domain.com on the server to get an answer from a different source?

Also if you want, send your actual domain to support@cloudron.io so we can also run some tests against this.

[L3oN]

@nebulon

; <<>> DiG 9.16.1-Ubuntu <<>> @8.8.8.8 webxxx
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20348
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;webxxx. IN A

;; ANSWER SECTION:
xxx. 300 IN A 65.108.xxx

;; Query time: 212 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Tue May 24 18:44:51 UTC 2022
;; MSG SIZE rcvd: 56

i send you domain on PM

[girish]

@L3oN I wonder if this is something DNSSEC related. Can you please try https://docs.cloudron.io/troubleshooting/#dns ? You can also forward everything to 8.8.8.8 (the 1.2.3.4 in that example), to see if it gets things moving ahead.

[L3oN]

@girish
And it's work. THX

[nebulon]

Just to note, it seems it was a timing issue, where the DNS in this case took longer than expected for full propagation.