Skip to content

Can't disabled well-known (letsencrypt) path protection #4500

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
mrforsythexeter opened this issue Apr 25, 2025 · 0 comments
Open

Can't disabled well-known (letsencrypt) path protection #4500

mrforsythexeter opened this issue Apr 25, 2025 · 0 comments
Labels

Comments

@mrforsythexeter
Copy link

Checklist

  • Have you pulled and found the error with jc21/nginx-proxy-manager:latest docker image?
    • Yes
  • Are you sure you're not using someone else's docker image?
    • Yes
  • Have you searched for similar issues (both open and closed)?
    • Yes

Describe the bug
I have a service which lives behind NPM, it needs to be able to request its own SSL certificate as its used for other purposes than simply web access. It's a commercial product I can't change. By default NPM seems to include './etc/nginx/conf.d/include/letsencrypt-acme-challenge.conf' which returns a 404 for a request to the /well-known/ URL space, as a protection system. However, this prevents the underlying system from using letsencrypt to make the request.

I tried to use the advanced section to change this location, however nginx emits a warning about duplicate locations and doesn't work.

I don't see any way to stop this default behaviour or get around it using NPM.

Nginx Proxy Manager Version
v2.12.3

To Reproduce
Steps to reproduce the behavior:

  1. setup a small nginx server with the URL path on port 80
  2. add the proxy host to NPM
  3. try and request the file (URL)

Expected behavior
A checkbox to turn off letsencrypt protection for that proxy host (stops the inclusion of this file)

Operating System

Additional context

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant