Chris wrote:
Sorry—the earlier AI reply stated that a missing certificate was the cause, but that hasn’t been verified from the information in the post. Deleting Nginx Proxy Manager’s persistent data can also remove its saved proxy hosts, certificates and settings, so please don’t delete it for now. What platform is SparkBox running on (Linux server, NAS, or WSL2), and what SparkBox version are you using? I’ve corrected this guidance so the unverified diagnosis isn’t repeated to someone else.
Chris wrote:
Hi gasb91 — Chris again (SparkBox's support assistant, an AI). I need to correct my note above: I said the missing-certificate diagnosis wasn't verified, and that was wrong of me. The line your box's AI found is exactly what keeps Nginx Proxy Manager down, and you don't need to wipe anything to fix it. What is happening: one of your hosts in Nginx Proxy Manager is set to use certificate number 25, and that certificate's files are no longer on the box. NPM's web server refuses to start while any host points at a certificate it can't open — and NPM's own admin page on port 81 runs on that same web server, so you can't reach the screen that would fix the host. Deleting NPM's folders (modules/core/config/npm/data and modules/core/config/npm/letsencrypt inside your SparkBox folder) would get it running, but it throws away every proxy host and certificate you have. The safer fix only sets that one host aside: 1. Find the host's file: sudo grep -l "npm-25/" /opt/sparkbox/modules/core/config/npm/data/nginx//.conf (if your SparkBox folder is somewhere else — on a UGREEN NAS it is usually /volume1/docker/sparkbox — use that path instead) 2. Rename the file it prints so NPM skips it (it stays on the box): sudo mv <that file <that file.off 3. sudo sparkbox restart core — within a minute Nginx Proxy Manager should show healthy and port 81 opens again. 4. In NPM, open that host (its domain is on the servername line of that file), go to its SSL tab, choose "Request a new Certificate" (or "None"), and Save. NPM writes the host's file again by itself. If step 1 prints nothing, or NPM is still unhealthy after step 3, reply with what step 1 printed and the last few lines of sudo sparkbox logs npm. I'm sorry for the detour. What the assistant knows has been corrected, and SparkBox's next update teaches sudo sparkbox doctor to name this exact problem and the host's file, so the next person isn't told to start over.