It seems that let's encrypt is not refreshing it's data.
I use the manual method to renew my certificates.
My WaynesPets.com certificate renewal is failing because Let's Encrypt keeps reading an old TXT that does not exist anymore.
I checked with
to make sure that my world readable TXT files were correct, but let's Encrypt keeps saying:
The following errors were reported by the server:
Domain: waynespets.com
Type: unauthorized
Detail: Incorrect TXT record
"BeymzpVFB2ZZmqoRDIzKjz_d9_ETw1RbFlNT8aTnmFU" (and 1 more) found at
_acme-challenge.waynespets.com
"BeymzpVFB2ZZmqoRDIzKjz_d9_ETw1RbFlNT8aTnmFU" is old data that does not exist any more.
Two correct entries with the same domain name (main domain + wildcard domain), two different entries, no one of the wrong entries (duplicated domain names).
And it's not the
BeymzpVFB2ZZmqoRDIzKjz_d9_ETw1RbFlNT8aTnmFU
value.
Perhaps try it one time again, remove both values, add both new values, recheck the domain.
It was probably something else...
LE doesn't cache such requests.
It goes directly to your authoritative name servers and retrieves the most current information.
That old data was from the previous certificate, and I had retried several times, so, it can’t be that I hit return to quickly. After the second time, I check the https://mxtoolbox.com/TXTLookup.aspx
to make sure it was good, and continued, but still errored. So the last time I waited 30 minutes, and then re - renewed the certificate and it worked.
I don’t delete the old data, as I don’t see any risk in keeping them. By leaving them there, it makes it quicker to renew the certificate the next time by simply editing the TXT.
What I think happened that woke up the bug, is that I think I edited one of the TXT twice instead of editing one, and then the other.
Then after the bug was woke up, it would not die until left alone for 30 minutes.
It’s hard to be sure what records DigitalOcean’s DNS service will actually respond with. “ns1.digitalocean.com” is multiple servers – probably multiple clusters of multiple servers – behind the DNS equivalent of a CDN. When you make changes, there’s probably database replication delay and several layers of caching.