Please fill out the fields below so we can help you better. Note: you must provide your domain name to get help. Domain names for issued certificates are all made public in Certificate Transparency logs (e.g. crt.sh | example.com), so withholding your domain name here does not increase secrecy, but only makes it harder for us to provide help.
My domain is: itnc.ro
I ran this command: certbot certonly -d itnc.ro -d www.itnc.ro -d mx.itnc.ro -d imap.itnc.ro
It produced this output: Domain: itnc.ro
Type: dns
Detail: DNS problem: query timed out looking up A for itnc.ro; DNS problem: query timed out looking up AAAA for itnc.ro
My web server is (include version): (2.4.62-1~deb12u2)
The operating system my web server runs on is (include version): running Debian GNU/Linux trixie/sid
My hosting provider, if applicable, is:
I can login to a root shell on my machine (yes or no, or I don't know): YES
I'm using a control panel to manage my site (no, or provide the name and version of the control panel): NO
The version of my client is (e.g. output of certbot --version or certbot-auto --version if you're using Certbot): certbot 2.1.0
I recently set up my server and found these errors. The ns of the domain is ns.itnc.ro.
If you run
dig @1.1.1.1 itnc.ro
;; communications error to 1.1.1.1#53: timed out
;; communications error to 1.1.1.1#53: timed out
;; communications error to 1.1.1.1#53: timed out
; <<>> DiG 9.18.33-1~deb12u2-Debian <<>> @1.1.1.1 itnc.ro
; (1 server found)
;; global options: +cmd
;; no servers could be reached
It seems there's a communication error.
If i run
dig @90.84.237.182 itnc.ro
; <<>> DiG 9.18.33-1~deb12u2-Debian <<>> @90.84.237.182 itnc.ro
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9144
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; COOKIE: 652b5eace6eab3a70100000068096df0eaf03706e7bb17a6 (good)
;; QUESTION SECTION:
;itnc.ro. IN A
;; ANSWER SECTION:
itnc.ro. 259200 IN A 90.84.237.182
Let's Encrypt doesn't use general public DNS servers; they query the authoritative DNS for your domain. But there don't seem to be any published authoritative DNS servers for your domain:
ro. 172800 IN NS dns-c.rotld.ro.
ro. 172800 IN NS dns-at.rotld.ro.
ro. 172800 IN NS dns-ro.denic.de.
ro. 172800 IN NS primary.rotld.ro.
ro. 172800 IN NS sec-dns-a.rotld.ro.
ro. 172800 IN NS sec-dns-b.rotld.ro.
ro. 86400 IN DS 61039 8 2 7C53F10E86835711C3CC6BA9632E4295A077E6A0A148059195371C3E 5D07E10F
ro. 86400 IN RRSIG DS 8 1 86400 20250506170000 20250423160000 53148 . VXNjecbnCQmOIIYEn1fsKkRIlkYt/I/OsV9WGZOdKLMq6GpmqETjsqlY hhJLizcQAgMEngT3VnzzkbtPxdjNGZNSEs/yDrgt6M/sVJxyzmRdUOok XT7A7f0/rZbmdqTFfVtifL+hNet4nQfvQOheMdFzTNkYjcZ1wPYFoU83 s6RU+8B3dEu+S6GYD1KwKQs152HU/LhX5W0ocEZUN8JsklALSaFsyDy8 +WUCzqFVhBjLeQGk9D4OgI9dTosOPeGdcc5VIDlNxfhqZKA8z68w6DKl XE70Z3g9ybjen4E3NzM4IiOlgoDLMbA3evJYHQt234agEwsXcaePCTZX WnLqNA==
;; Received 753 bytes from 192.5.5.241#53(f.root-servers.net) in 18 ms
itnc.ro. 86400 IN NS ns.itnc.ro.
itnc.ro. 86400 IN DS 47357 8 2 00F242D90FE02B65883ADC1993EB8EFAE63B89FD135EB5F7ED657F59 3D8857FE
itnc.ro. 86400 IN RRSIG DS 8 2 86400 20250523223210 20250423214805 36538 ro. FyGMwh4NSA4YQ4wKUEHkwM00CDtYM0oH/09Jbg+A5kHSMe9vc6pb1b8Z CnoKG8QAPX7nyydRcelFZOFjOZXnTyfa2SVi4fcEtV6wbmUcvCjE56hs ors6qwSSM4Dul6XNFhlpBU5IdcJNeTruHoNqBJAWxQgKqmvNhxpuKiOe v4Q=
couldn't get address for 'ns.itnc.ro': not found
dig: couldn't get address for 'ns.itnc.ro': no more
You need to have Authoritative Name Servers responding for the domain name itnc.ro,
presently whois and the dig ns itnc.ro show ns.itnc.ro. Authoritative Name Server.
In general there should be at least 2 Authoritative Name Servers.
So do at least one of these.
Get ns.itnc.ro. to respond properly for the domain name itnc.ro
Edit the DNS records for the domain name itnc.ro adding Authoritative Name Servers that do respond correctly.
The result that's showing "not resolved" in most of the world for A records? And the same for NS records (it's only succeeding in 11 of 29 locations)?
Your DNS is very badly broken, and you need to fix it. That site is one illustration of how broken it is. Once you fix it, I expect you'll find that Let's Encrypt will work well for you.
Yes Dan,
The result is for A records. Almost the same for ns record.
I dont' get it! Why it is not working from all nameservers and it works just for some?
Thanks,
P.S. Can you tell which nameserver the letsencrypt validation bot runs on?
Neither do we. Let's Encrypt, by design, validates from around the globe. As a result, your DNS servers (and yes, that should be plural) need to respond worldwide. So if you're using any kind of geoblocking, that's the first thing to stop doing.
But the DNSchecker result you linked illustrates the problem--your DNS server (singular, which is surely at least part of the problem) isn't accessible to most of the world. We can't help you fix that.