mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-25 09:25:55 +03:00
[GH-ISSUE #4270] can't make a wildcard SSL certificate #2754
Labels
No labels
awaiting feedback
bug
cannot reproduce
dns provider request
duplicate
enhancement
enhancement
enhancement
good first issue
help wanted
invalid
need more info
no certbot plugin available
product-support
pull-request
question
stale
troll
upstream issue
v2
v2
v2
v3
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/nginx-proxy-manager-NginxProxyManager#2754
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Schlotfeldt91 on GitHub (Dec 30, 2024).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/4270
Checklist
jc21/nginx-proxy-manager:latestdocker image?Describe the bug
i am trying to make a wildcard certificate and set it up with Cloudflare.
but when it's trying to generate the certificate, then i get this error message:
CommandError: Saving debug log to /tmp/letsencrypt-log/letsencrypt.log
Some challenges have failed.
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.
and i don't know what that means? the API token is correct and i have tried to reinstall Nginx Prox Manager a few times now and i get the same error every time, i have also make a new virtual machine to see if that helped, but got the same error.
i am useing the docker compose file:
services:
app:
image: 'jc21/nginx-proxy-manager:latest'
restart: unless-stopped
ports:
- '80:80'
- '81:81'
- '443:443'
volumes:
- ./data:/data
- ./letsencrypt:/etc/letsencrypt
Nginx Proxy Manager Version
v2.12.2 © 2024 jc21.com. Theme by Tabler
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Screenshots
Operating System
Distributor ID: Ubuntu
Description: Ubuntu 24.04.1 LTS
Release: 24.04
Codename: noble
Additional context
Docker version 27.4.1, build b9d17ea
@timkolloch commented on GitHub (Jan 4, 2025):
I have the same issue trying to use Strato.
Edit
For the comment from Loma0815 under #1154 solved my problem
@Trust996 commented on GitHub (Jan 9, 2025):
Unfortunately, I have the same problem.
There is a workaround that works.
Hopefully the developers will fix the problem soon :)
Thanks @Loma0815
exec in to the container
apt update
apt install pip
apt install nano
pip install certbot-dns-strato==0.2.2 --break-system-packages
cd global/
nano certbot-dns-plugins.json
change the version from Strato 0.2.1 to 0.2.2 and save it
restart the container
Request a new Wildcard within NPM
@Schlotfeldt91 commented on GitHub (Jan 9, 2025):
Okay i will try that 👍
@Schlotfeldt91 commented on GitHub (Jan 9, 2025):
Now i have tried what you suggested, but it did not work on my setup.


@timkolloch commented on GitHub (Jan 10, 2025):
This only solves the problem for the Strato DNS as you are trying to use Cloudfare the issue is likely to be with something else.
@Schlotfeldt91 commented on GitHub (Jan 10, 2025):
Ahh okay, didn't know it was a DNS 😅
@timkolloch commented on GitHub (Jan 10, 2025):
By trying to create a wildcard certificate you are trying to do a DNS-01 challenge which ensures you are controlling the DNS entry the domain points to so it needs to access it via your DNS provider :D
@Schlotfeldt91 commented on GitHub (Jan 10, 2025):
I am using the API from cloudflare and I'm adding that API in Nginx Proxy Manager. So isn't that confirming the ownership of the domain? 😅
@Schlotfeldt91 commented on GitHub (Jan 12, 2025):
I have resolved the issue.
Apparently the public dns provider wasn't pointing correctly to Cloudfare.
@jumadilabdulrahmanselian commented on GitHub (Jan 29, 2025):
I resolve it too,
Point your Root Domain to DNS only in Cloudflare.
Ensure that the DNS propagation has directed to your server, then try requesting the SSL certificate again.
If errors persist, update pip and other dependencies. Access your NPM container, manually update the required applications, and once the update is complete, try requesting the SSL certificate again.
Good luck!