Please help, i can't remake certificate after deleting it and i dont know why

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: dssx.uk, *.dssx.uk

I ran this command: i was in Nginx proxy manager, i made a lets encrypt certificate with correct cloudflare token, email, and domain name, then it failed

It produced this output:
CommandError: Saving debug log to /tmp/letsencrypt-log/letsencrypt.log
An unexpected error occurred:
requests.exceptions.ConnectionError: HTTPSConnectionPool(host='acme-v02.api.letsencrypt.org', port=443): Max retries exceeded with url: /directory (Caused by NameResolutionError(": Failed to resolve 'acme-v02.api.letsencrypt.org' ([Errno -3] Temporary failure in name resolution)"))
Ask for help or search for solutions at https://community.letsencrypt.org. See the logfile /tmp/letsencrypt-log/letsencrypt.log or re-run Certbot with -v for more details.

at /app/lib/utils.js:16:13
at ChildProcess.exithandler (node:child_process:430:5)
at ChildProcess.emit (node:events:518:28)
at maybeClose (node:internal/child_process:1104:16)
at ChildProcess._handle.onexit (node:internal/child_process:304:5)

My web server is (include version): PHP 7.2.24 (cli)

The operating system my web server runs on is (include version): Oracle Linux 8.10

My hosting provider, if applicable, is: Oracle Cloud Infrastructure

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): Yes, oracle's web control panel (the one you access from the server's ip with port 9090)

The version of my client is (e.g. output of certbot --version or certbot-auto --version if you're using Certbot): certbot 3.2.0, Nginx Proxy Manager v2.12.3

I was trying to fix one of my subdomains not working, stuck on loading, so i tried deleting and remaking the certificate with *.dssx.uk domain added, only for it to not work, and i can't renew the certificate, i have no clue what's going on and i have no clue why its saying "max retries exceeded" since I've barely used it, the entire time I've been using lets encrypt and NPM, please help me as everything on that domain has now been rendered offline because of my incompetence

1 Like

im sorry i think i got one of the questions wrong, i think hosting provider is supposed to be for the domain not the server, im using cloudflare for my domain

1 Like

im sorry i missed another thing, i am able to ping and curl acme-v02.api.letsencrypt.org
PING:
[opc@proxy php]$ ping acme-v02.api.letsencrypt.org
PING ca80a1adb12a4fbdac5ffcbc944e9a61.pacloudflare.com (172.65.32.248) 56(84) bytes of data.
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=1 ttl=60 time=1.69 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=2 ttl=60 time=1.56 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=3 ttl=60 time=1.61 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=4 ttl=60 time=1.60 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=5 ttl=60 time=1.63 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=6 ttl=60 time=1.65 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=7 ttl=60 time=1.62 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=8 ttl=60 time=1.60 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=9 ttl=60 time=1.61 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=10 ttl=60 time=1.70 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=11 ttl=60 time=1.60 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=12 ttl=60 time=1.60 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=13 ttl=60 time=1.59 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=14 ttl=60 time=1.57 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=15 ttl=60 time=1.59 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=16 ttl=60 time=1.70 ms

64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=17 ttl=60 time=1.61 ms
64 bytes from 172.65.32.248 (172.65.32.248): icmp_seq=18 ttl=60 time=1.64 ms
^C
--- ca80a1adb12a4fbdac5ffcbc944e9a61.pacloudflare.com ping statistics ---
18 packets transmitted, 18 received, 0% packet loss, time 17019ms
rtt min/avg/max/mdev = 1.563/1.620/1.701/0.063 ms

CURL:
[opc@proxy php]$ curl https://acme-v02.api.letsencrypt.org/

Boulder: The Let's Encrypt CA header { display: flex; max-height: 30vh; flex-wrap: wrap; margin-bottom: 10vh; } header img { display: flex; max-height: 20vh; align-content: flex-end; margin-right: 20px; }

Boulder
The Let's Encrypt CA

This is an ACME Certificate Authority running Boulder.

This is a programmatic endpoint, an API for a computer to talk to. You should probably be using a specialized client to utilize the service, and not your web browser. See https://letsencrypt.org/docs for help.

If you're trying to use this service, note that the starting point, the directory, is available at this URL: https://acme-v02.api.letsencrypt.org/directory.

Service Status (letsencrypt.status.io) |

1 Like

oh my god im a dumbass i just had to restart the docker container "sudo systemctl restart docker" im so sorry for wasting you guy's time or the 5 seconds you took to glance at this message

2 Likes

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.