My domain is: simca.tech
I ran this command: sudo certbot --nginx -d simca.tech
It produced this output:
Failed authorization procedure. simca.tech (http-01): urn:ietf:params:acme:error:unauthorized :: The client lacks sufficient authorization :: Invalid response from
http://simca.tech/.well-known/acme-challenge/Kmjz6pdfz91ubRRrE_AL-qQ5Z-1FB7vfM3WSt6xuul8 [126.96.36.199]: “<!doctype html>\n<html lang=“en”>\n\n <meta charset=“utf-8”>\n Cliente\n <base href=”/">\n\n <meta name=“viewp”
The following errors were reported by the server:
\n Cliente\n \n\n <meta name=\"viewp"
Detail: Invalid response from
[103.048.65.200]: "<!doctype html>\n<html lang=“en”>\n\n
To fix these errors, please make sure that your domain name was
entered correctly and the DNS A/AAAA record(s) for that domain
contain(s) the right IP address.
My web server is (include version): nginx/1.14.0 (Ubuntu)
The operating system my web server runs on is (include version): Ubuntu 18.04.2 x64
My hosting provider, if applicable, is: digitaOcean
I can login to a root shell on my machine (yes or no, or I don’t know):
I’m using a control panel to manage my site (no, or provide the name and version of the control panel):
The version of my client is (e.g. output of
certbot --version or
certbot-auto --version if you’re using Certbot):
I see you are using NGINX, but the HTTP headers don’t show NGINX:
HTTP/1.1 200 OK
Access-Control-Allow-Headers: Authorization, X-API-KEY, Origin, X-Requested-With, Content-Type, Accept, Access-Control-Allow-Request-Method
Access-Control-Allow-Methods: GET, POST, OPTIONS, PUT, DELETE
Allow: GET, POST, OPTIONS, PUT, DELETE
Cache-Control: public, max-age=0
Last-Modified: Wed, 27 Mar 2019 19:05:46 GMT
Content-Type: text/html; charset=UTF-8
Date: Wed, 27 Mar 2019 21:21:56 GMT
Are you aware of any inline device/product/service “X-Powered-By:
there is a curious answer:
So it looks there is another program running.
another program running i this port?, i believe that it is the app, it is in 80 port, anybody say me that i must
create another location in nginx with the route .ell-known so that the server of the nodes is not passed
Yes, that’s required. If you use http-01 validation, Certbot creates a file in /.well-known/acme-challenge, Letsencrypt checks that file.
But checking a not existing file a http status 404 (not found) is expected.
Your server sends a 200 and content.
What happens with a request port 80 /.well-known/acme-challenge? What’s the relation between the nginx and that app?
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.