You need to stop testing with the production LE system.
There is a --staging environment entire for that purpose.
If you don’t understand how something works, read:
Running the same command over and over and over again without changing anything is not going to fix it: There have been at lest 6 real certs issued for the exact same set of names today: https://crt.sh/?q=%.superhost.gr
Yes Webmin is aware of both ipv4 & ipv6 as shown in virtualserver superhost.ge details.
Domain namesuperhost.gr Created on 09/08/2018 by root Administration username nikos Administration group nikos Total server quota 1024 MB Server administrator’s quota 1024 MB IP address 126.96.36.199 (Shared by all servers) IPv6 address 2A02:7B40:B0DF:81DC::1 (Shared by all servers) Domain ID 153638911223787
Thanks for pointing this error to me.
Could you tell how to fix the issue with ipv6 that does not fetch the same results as ipv4 does?
Please give me commands that i issue to my VPS via SSH and i will post back the output.
I’am inexperinces with this SSL Cert stuff but i do have basic linux knowledge.
Please have a little patience and direct me on how to solve this by providing comamnds i should issue.
DNS-based validation failed : Failed to request certificate :
Undefined subroutine &main::restart_zone called at /usr/libexec/webmin/webmin/letsencrypt-dns.pl line 47.
mail.superhost.gr challenge did not pass: Incorrect TXT record “IQ_bFSECzFcqYKWJSLWyV37-psVy57_cmF_bq-H63Sc” found at _acme-challenge.mail.superhost.gr
why does it say Incorrect TXT record found? That entry was automatically created by Virtualmin when request a certificate.
Please tell me what commands i need to try or what output i need to show you.
[root@superhost ~]# cat /var/named/superhost.gr.hosts
@ IN SOA ns1.superhost.gr. root.ns1.superhost.gr. (
superhost.gr. IN A 188.8.131.52
www.superhost.gr. IN A 184.108.40.206
ftp.superhost.gr. IN A 220.127.116.11
m.superhost.gr. IN A 18.104.22.168
ns1.superhost.gr. IN A 22.214.171.124
ns2.superhost.gr. IN A 126.96.36.199
localhost.superhost.gr. IN A 127.0.0.1
webmail.superhost.gr. IN A 188.8.131.52
admin.superhost.gr. IN A 184.108.40.206
mail.superhost.gr. IN A 220.127.116.11
superhost.gr. IN MX 5 mail.superhost.gr.
superhost.gr. IN TXT “v=spf1 a mx a:superhost.gr ip4:18.104.22.168 ip4:22.214.171.124 ip6:2A02:7B40:B0DF:81DC::1 ?all”
autoconfig.superhost.gr. IN A 126.96.36.199
autodiscover.superhost.gr. IN A 188.8.131.52
superhost.gr. IN NS ns1.superhost.gr.
superhost.gr. IN NS ns2.superhost.gr.
_acme-challenge.mail.superhost.gr. 5 IN TXT OHR-_DZXStnvmr1aCl11yl_OBtfsFgdHasjcAxVz2oU
It is NOT looking for an A record.
It needs a TXT record - not just any TXT record, a specific TXT record entry that matches the request [which proves control of the domain].
FYI - there are other ways to prove domain control.
But going outside a panel's control is NOT recommended.
This should be fixed in the control panel [VirtualMin].
And yet it doesn't MATCH.
Perhaps there needs to be a delay (waiting period) for DNS entry synchronization?
Or VirtualMin is simply putting the wrong entry in the right place - or the right entry in the wrong place - or anything other than the right entry in the right place [at the right time].
I been in the right place
But it must have been the wrong time
I'd have said the right thing
But must have used the wrong line