Edit: SOLUTION: I had to use 127.0.0.1 and port 81 for the proxy host that points to the NPM admin page

I’m trying to follow this tutorial from Wolfgang’s Channel: https://www.youtube.com/watch?v=qlcVx-k-02E but I’m using Nginx Proxy Manager (NPM) on TrueNAS Scale.

I managed to get the SSL certificate working (the challenge is successful) but after setting up the proxy host for NPM I’m unable to reach the WebUI of NPM like he does in the video after setting that up.

This is the setting for my proxy host.

But when trying to access the WebUI through the domain name all I get is 504 Gateway Time-out. Does anyone know what I did wrong?

Nginx Proxy Manager is also properly setup to use ports 80/443. So when I access the IP address without any port I get sent to the default site of NPM.

  • Tywèle [she|her]@lemmy.dbzer0.comOP
    link
    fedilink
    English
    arrow-up
    0
    ·
    1 year ago

    When I do a nslookup it returns the entered IP address from the proxy host.

    And that’s also the same IP I use when I successfully connect as you can see in my 2nd screenshot in the OP.

      • Tywèle [she|her]@lemmy.dbzer0.comOP
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        I don’t quite follow? The domain resolves to IP address I want it to resolve. My TrueNAS server has the IP 192.168.178.167 and on it I have NPM installed as an app. The admin page of NPM is accessible via the same IP on port 10582. Syncthing is also installed and accessible via the same IP address and port 8384. I have both of them configured in NPM so that theoretically subdomain.mydomain.com should resolve correctly and that I can access their respective admin pages. For Syncthing and any other app this is working except for the admin page of NPM itself. I’m trying to figure out why that is.

        • Oisteink@feddit.nl
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 year ago

          Right - so the upstream server is a docker container on the same machine, and you proxy the connection to the servers up on the port forwarded through the magic docker iptables thingy. It might be here that you get the connection closed - maybe check logs on that. Don’t recall if it’s logged by default or you have to set it up

          There’s also the possibility of the web service not being proxy friendly