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: support.konspec.in
I ran this command: certbot certonly --webroot -w /var/www/osticket/upload -d support.konspec.in
It produced this output:
Domain: support.konspec.in
Type: connection
Detail: Fetching http://support.konspec.in/.well-known/acme-challenge/jQCeNb5jJXg_1DsZjFznS8P522rPiqcp_VLVF2qqs6g: Timeout during connect (likely firewall problem)
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. Additionally, please check that your computer has a publicly routable IP address and that no firewalls are preventing the server from communicating with the client. If you're using the webroot plugin, you should also verify that you are serving files from the webroot path you provided.
2021-07-09 12:12:34,146:DEBUG:certbot.error_handler:Encountered exception:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/certbot/auth_handler.py", line 91, in handle_authorizations
self._poll_authorizations(authzrs, max_retries, best_effort)
File "/usr/lib/python3/dist-packages/certbot/auth_handler.py", line 180, in _poll_authorizations
raise errors.AuthorizationError('Some challenges have failed.')
certbot.errors.AuthorizationError: Some challenges have failed.
My web server is (include version): nginx version: nginx/1.18.0 (Ubuntu)
The operating system my web server runs on is (include version): Ubunto 20.04
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 0.40.0
Additional Information: My server already has a website running on port 80. Let us call it test.konspec.in which is already protected by another Letsencrypt SSL certificate. It is not a wildcard certificate.
I created a new file in /etc/nginx/sites-available called support.konspec.in and chose to use another port.
server {
listen 8081;
server_name support.konspec.in; ## change server_name as per your domain name.
root /var/www/osticket/upload;
index index.php index.html index.htm;
I had also tried port 80 and the default_server directive as given in example configurations but it did not work. Also, I have a a firewall with 2 Internet gateways. I disabled one of them because Certbot tends to choose the wrong gateway to what is listed in my DNS A Record.
nslookup output from the server.
12:34:11 [root@crmtest sites-available]# nslookup test.konspec.in
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: test.konspec.in
Address: 172.25.1.13
It resolves to the local server IP because I have added a DNS entry in my firewall device.
12:38:07 [root@crmtest sites-available]# nslookup support.konspec.in
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: support.konspec.in
Address: 117.247.188.128
Name: support.konspec.in
Address: 43.254.162.114
What could be the issue?