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:
nextcloud.tecocllc.com
I ran this command:
sudo certbot certonly --manual --preferred-challenges=http --agree-tos --email webmaster@tecocllc.com -d nextcloud.tecocllc.com
It produced this output:
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Plugins selected: Authenticator manual, Installer None
Obtaining a new certificate
Performing the following challenges:
http-01 challenge for nextcloud.tecocllc.com
NOTE: The IP of this machine will be publicly logged as having requested this
certificate. If you're running certbot in manual mode on a machine that is not
your server, please ensure you're okay with that.
Are you OK with your IP being logged?
(Y)es/(N)o: y
Create a file containing just this data:
8C3anfYrlA3AQ-EOspvo3DkLyOO_Olw0AJT5mP2YC7Y.zHiO1QPeI1WiU349D-iMGTyyqCVvLQPfqImxIZZfgDY
And make it available on your web server at this URL:
http://nextcloud.tecocllc.com/.well-known/acme-challenge/8C3anfYrlA3AQ-EOspvo3DkLyOO_Olw0AJT5mP2YC7Y
Press Enter to Continue
Waiting for verification...
Challenge failed for domain nextcloud.tecocllc.com
http-01 challenge for nextcloud.tecocllc.com
Cleaning up challenges
Some challenges have failed.
IMPORTANT NOTES:
-
The following errors were reported by the server:
Domain: nextcloud.tecocllc.com
Type: connection
Detail: Fetching
http://nextcloud.tecocllc.com/.well-known/acme-challenge/8C3anfYrlA3AQ-EOspvo3DkLyOO_Olw0AJT5mP2YC7Y:
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.
My web server is (include version):
Server version: Apache/2.4.46 (Ubuntu)
Server built: 2020-08-25T12:13:38
The operating system my web server runs on is (include version):
uname -a
Linux ubuntu 5.8.0-1006-raspi #9-Ubuntu SMP PREEMPT Fri Oct 16 12:55:30 UTC 2020 aarch64 aarch64 aarch64 GNU/Linux
My hosting provider, if applicable, is:
Self, domain is from 'epik.com'
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 --version
certbot 1.7.0