mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-25 17:35:52 +03:00
[GH-ISSUE #133] Internal Server error #118
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#118
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 @burnacid on GitHub (May 5, 2019).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/133
Hi
Thanks for this awesome project. I've been using it for a couple of months now on my raspberry pi.
Sadly Lets Encrypt didn't feel the need to request new certificates. So I tried requesting new ones by hand. Suddenly everything started to fall apart.
On requesting a new lets encrypt certificate (the second one) I kept getting an Internal Server Error message popup. Though after refressing the page the certificate was correctly made.
Then assigning the certificates caused more problems. Proxy Hosts just don't want to work anymore propperly. I have no clue what to look at. Please tell me what info you need furter
I'm on version v2.0.12
@yayitazale commented on GitHub (May 6, 2019):
Same here. I tryed to renew by hand two of my 5 certificates and now, no one of the 5 proxys is working so I can't acces to any service from outside my home lan. I will try to reinstall the docker deleting all the files this evening to see if I can get it back to work.
@burnacid commented on GitHub (May 6, 2019):
Let me know I've allready updated the docker image with the latest but that didn't work. I've cleaned out the nginx configs which seemed to fix it at first but sadly it didn't.
@yayitazale commented on GitHub (May 6, 2019):
I'm running the same version v2.0.12 under docker on unraid. I have deletes the docker, the image, the files and reinstalled everything, created new hosts with new SSL certificates and everything is up and running again.
@jc21 commented on GitHub (May 8, 2019):
Few questions for both of you:
Just the gist of the renewal command is fine, fail, succeed, errors.
Lastly, I'm planning to put a manual renewal option in to the UI for certs. There's already an open issue for that.
@burnacid commented on GitHub (May 8, 2019):
1 the latest tag from this weekend.
2 3b+
3 will try to get the outputs later
@yayitazale commented on GitHub (May 8, 2019):
@burnacid commented on GitHub (May 8, 2019):
@burnacid commented on GitHub (May 8, 2019):
After complete removing all files and reinstalling and configuring again it all works back. Sadly it's unknown then I guess what the issue is. I'm unsure if it happens again in 3 months
@jc21 commented on GitHub (May 8, 2019):
@burnacid are you using custom locations for your sonarr?
@burnacid commented on GitHub (May 9, 2019):
No
@jonfairbanks commented on GitHub (Jul 2, 2019):
Reporting a similar issue here. Nginx proxy manager has been running fine for 6+ months. Now while trying to add a new proxy, all actions within the UI result in "Internal Error".
If you check the logs or run
nginxin the container itself, you get back the following error:nginx: [emerg] BIO_new_file("/etc/letsencrypt/live/npm-2/fullchain.pem") failed (SSL: error:02FFF002:system library:func(4095):No such file or directory:fopen('/etc/letsencrypt/live/npm-2/fullchain.pem', 'r') error:20FFF080:BIO routines:CRYPTO_internal:no such file)If you check
/etc/letsencrypt, it is completely empty.@Sigri44 commented on GitHub (Jul 23, 2019):
Good morning, everyone!
I managed to fix this "internal error" problem. In fact, it only comes into play if you activate SSL on your host, and especially if you activate SSL when you have not yet created your domain (or it is not yet deployed... ! ; ;)).
I did different tests, creating the domain, then enabling the host (without SSL!) in NPM it works. if you enable SSL by returning to the settings, internal error, but once the domain is created, then no SSL error, even creating everything in one step :)
@jc21 commented on GitHub (Jul 23, 2019):
I just tried to create a new proxy host using lets encrypt ssl at the time of creation and I didn't have any problems. I think we're at the point where you'll need to send your
docker inspectoutput to get a full picture of the configuration.@Sigri44 commented on GitHub (Jul 24, 2019):
Okay, now try to recreate a host, with as host: dkjgbdfg.dgjkfgbldfg.com, and there will be the internet error ;) Because the domain is not reachable and LetsEncrypt must crash !
@jc21 commented on GitHub (Jul 24, 2019):
On one hand, the app is working correctly. It should throw an error when you're trying to do that.
On the other hand, the error message isn't very helpful. The host is created, the certificate is not and the status is "Unknown". No other hosts break as a result. It probably needs to handle the error better and requires some more UI.
@Sigri44 commented on GitHub (Jul 25, 2019):
Exactly ! Either do a try/catch, or do a ping system on the url, and if no answer, then indicate that you must wait until the domain is deployed.
@BetterToAutomateTheWorld commented on GitHub (Aug 6, 2020):
Solution find in my case :
(anyway, this issue in basically from the root because we don't use the certificate for a specific domain, or a domain for a specific certificate, I will guess a deletion has gone wrong somewhere)
I will guess the best way to fix it in a clean way would be to delete all domains, certificates, and recreate all from zero/root...
PS : didn't know where the occurrence of the certificate was in my configuration in my case, a
find / grep -rdidn't return anything@themreza commented on GitHub (Aug 13, 2020):
I'm able to replicate this error multiple times by making the host system run out of memory.
What happened in my case was that one of the containers ran a PHP composer update which consumed all available memory.
As a result, NginxProxyManager went into a coma and restarting it resulted in the following errors:
I'm suspecting it's due to
/etc/letsencryptnot being persisted, so I created a volume just for that path. Let's see.@chaptergy commented on GitHub (May 10, 2021):
A lot has changed since this issue was originally opened and since the last comment. If you still encounter any problems please open a new issue.