Error: serverInternal :: The server experienced an internal error :: Error creating new authz
Right now practically all of these are caused by a DNS lookup timeout while validating your domain. The operations team is looking into it, and landing some additional metrics to pin down where the slowness is..
This class of error -- Error creating new authz -- doesn't count against any of the rate limits, and it is safe to re-try. Chances are good that after a couple of retries that your certificate will issue successfully.
We'll post back to this topic as we make progress nailing this down before General Availability. Thanks for your patience!
Tried a good few times with my whitelisted co.uk domains - keep getting the ‘Error: serverInternal :: The server experienced an internal error :: Error creating new authz’ error
I’m experiencing the same problem with my white-listed com domain. I suspect it’s because I have the authority DNS in China, but there should be a longer timeout than (what I counted) 3 seconds…
1 day, a dozen attempts and several variations later - still no variation in the error message “Error: serverInternal :: The server experienced an internal error :: Error creating new authz”
Tested DNS lookup using several different servers and I get a quick response in every instance.
Tried mv /etc/letsencrypt/accounts{,.bak} and re-running ./letsencrypt-auto --agree-dev-preview --server https://acme-v01.api.letsencrypt.org/directory auth
Also tried removing all letsencrypt and restarting the process.
./letsencrypt-auto certonly -t --agree-tos --email someone@somewhere.tld --domains www.somewhere.tld -d somewhere.tld which does work (but is the happy hacker CA cert).
Debian Jessie, python 2.7.9, all logs have been kept - what info (if any) should be blanked in them before posting?
My DNS servers are in the USA.
If there something else I can try - or better, a means of determining whether the problem is at my end or not.
Update: After trying many DNS services, it seems that Amazon Route 53 is the best free way that would never cause this error… If you got this error, please try switch DNS to Route 53 and try again.
Update: Seems Linode and CloudFlare also works fine, but please remember, name server change needs about 6 hours to take effect.