mattie112

Perhaps /data/letsencrypt-acme-challenge (in the container) ?

No that is not normal, it seems to be in a restart loop. Did you make any custom config? Perhaps a IP list with no entries or something not sure. You can check the config file listed to see what is wrong exactly.

And what if you create a script? Does it execute in that case? Perhaps https://github.com/the-paperless-project/paperless/issues/637 helps?

Did you mount the correct folders (please share a screenshot of your container config). Perhaps you are filling-up your docker image?

Allright, the reason why I am asking is if you can reach your NPM you shoud at least get somekind of error from NPM/nginx (like a gateway timeout). So that is why I am thinking that the problem lies before your NPM. (For example the port-forward in your router). You could try to run https://hub.docker.com/r/hashicorp/http-echo/ on port 80 or 443 to see if you get that output in your browser. Just to eliminate NPM from the testing to make sure where the problem lies.

If you get a "site cannot be reached" it probably not an issue with NPM but with your domain not resolving or your port not forwarded correctly. I assume you go to the NPM control panel through a local IP but your overseer domain resolves to an external IP. So just for sanity: Ping overseer.yourdomain Confirm it matches "whatismyip.com" Check your port forwards are they correct? If it all checks out you can change your hosts file to add something like "192.168.*.* overseer.domain.com" to force your PC to use a local ip. Just to verify NPM works that way. Oh and also check the NPM logs for any errors of course

Hm... what error are you getting exactly? If you can reach NPM (but NPM not overseer) you should get a 502 - gateway timeout. Can you confirm you can reach your NPM? Does your domian resolve correctly, is the 80/443 port forward in your router correct?

Is your NPM container in the same 'proxynet'? If not use 192.168.1.216:5055

Does running 'createsuperuser' again perhaps work? (https://github.com/the-paperless-project/paperless/blob/master/docs/setup.rst)

For reference: 127.0.0.1 IN A container refers to the container itself. So that will only work if you have a single container with for example paperless AND redis.

Yes Simpy forward to ip.of.your.vm:portofyourapp does not need to be on the same host

@Linguafoeda 502 is a problem between NPM and the endpoint. Usally you let NPM handle SSL so: internet -> SSL -> yourdomain -> non-SSL -> your-internal-service (like plex, apache, bitwarden, whatever) Can you share some screenshots? I find it hard to understand exactly what your setup is.

The volumes mounted in your Docker container so the details/config in the Docker tab

You can "print" your email to PDF and then store it. Perhaps the most simple solution for a few reciepts?

What are your volumes mounted? It does not seem happy on chown: /config/log/log: Symbolic link loop Not sure if that is the problem but it might be.

Please share the output of the ssllabs cipher part. Did you also asked some one else with an iPhone to test it?

Well the error seem to originate from certbox internals (so not really something with NPM). I thought perhaps something is corrupted there. I don't think that removing all config would have any effect. There are lots of hits on the error 'pkg_resources.DistributionNotFound: The 'mock' distribution was not found and is required by the application' most being solved by upgrading/reinstalling pyton.

Hm that is really strange. Just to be sure did you already try to restart the NPM container? Perhaps you can extract the certificate and check the serialnumber to see if it matches what your browsers tells you. I still don't really understand the error perhaps reinstall / force update the container? Just in case?

I think this file only exists in the NPM container yes. docker exec -it NginxProxyManager bash and then (you are now in the container) cat /tmp/logfile What do you want to test? Your website? Simply visit it from your phone 4G? Or am I not understanding your question correctly. I don't use cloudflare / duckdns but genrally the idea is that you have somekind of dynamic DNS (duckdns) and then your domain will point to that. So: randomname.duckdns -> your public ip will get automatically updated unraid.yourdomain.com -> CNAME -> randomname.duckdns

Hm that is strange, you could try to do the commands manually with some debug info / dry-run. Look into this topic posts from me should be some info. Never seen before is there anything in the log file specified? Of when you run with -v ?

That error simply means that letsenctypt cannot verify your domain. It needs access to unencrypted http (the '.well-known') directory. Confirm if that works for you (so, http port 80).

The file for your proxy host, you can either check them manually or see the UI for the ID

Allright just making sure And is there anything in the logs of NPM? Or in the logs for the proxy itself? /mnt/user/appdata/NginxProxyManager/log

Did you confirm the IPs? So: 'ping internal.lan' -> does that resolve to your unraid server (or npm docker address) correctly

Can you confirm you cannot reach your NPM? Or NPM cannot reach a container? Assuming the first case: double-check if your unraid/NPM still has the same IP and if you can view NPM by using the IP instead of the hostname