Skip to content
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

Proxy Host config uses wrong path for certificate file when using LetsEncrypt certificates not generated by nginx proxy manager #4272

Open
gutyex opened this issue Jan 2, 2025 · 0 comments
Labels

Comments

@gutyex
Copy link

gutyex commented Jan 2, 2025

  • I have a wildcard SSL certificate from LetsEncrypt, which is managed by a separate docker container running certbot-cloudflare.
  • The storage from the certbot container is mounted in the certs storage location for nginx proxy manager.
  • I have two proxy hosts configured to use this certificate, stored at /etc/letsencrypt/live/mydomain.tld/
    • the certificate shows up in nginx proxy manager's list of SSL certificates as expected.
  • The two proxy hosts have been working in this config for several months, including through restarts & updates of the container.
  • After opening the config for one of the proxy hosts to check something, I clicked save rather than cancel and the host started showing as offline.
    • No config was changed but I take it that clicking save caused the config file to be re-generated anyway.
    • The other proxy host continues to work with the same certificate
  • The error message shown is 'Cannot load certificate "/etc/letsencrypt/live/npm-1/fullchain.pem"'
    • Rather than using "/etc/letsencrypt/live/mydomain.tld/fullchain.pem" it's looking where the certificate would be if it was one that nginx proxy manager generated.

This is running on the TrueNAS Scale App, which is currently on nginx proxy manager version 2.12.1

@gutyex gutyex added the bug label Jan 2, 2025
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