[GH-ISSUE #324] Cannot for the life of me, get nginx-proxy-manager to work with Discourse in a reverse-proxy-configuration. #283

Closed
opened 2026-02-26 06:32:01 +03:00 by kerem · 3 comments
Owner

Originally created by @PhoenixSheppy on GitHub (Mar 12, 2020).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/324

I tried deploying (locally) a VM running Ubuntu Server 18.04 to run a piece of forum software called "Discourse"

The issue is when I attempt to forward traffic going to domain.xyz to address x.x.x.x and using certs installed / created locally on nginx-proxy-manager.

The installer (For discourse) refuses to acknowledge port 443 is open, and when checking the authenticity of the domain it fails every time stating that 443 is unreachable, and that 80 IS reachable.

As for testing it myself, I get error 502's via Chrome, indicating the webserver is DOWN. Which is odd. It must be hunting for a file or something when it runs that test. ¯_(ツ)_/¯

image

I've read their documentation in regards to running it behind an NGINX server, but I don't understand how to apply it to nginx-proxy-manager itself. 🤔
(https://meta.discourse.org/t/running-other-websites-on-the-same-machine-as-discourse/17247)

If anyone here has experience in deploying a Discourse in a situation like this, I'd love some input. But as for now, I'm stuck here and cannot proceed any further.

Originally created by @PhoenixSheppy on GitHub (Mar 12, 2020). Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/324 I tried deploying (locally) a VM running Ubuntu Server 18.04 to run a piece of forum software called "Discourse" The issue is when I attempt to forward traffic going to `domain.xyz` to address `x.x.x.x` and using certs installed / created locally on nginx-proxy-manager. The installer (For discourse) _refuses_ to acknowledge port 443 is open, and when checking the authenticity of the domain it fails every time stating that 443 is unreachable, and that 80 **IS** reachable. As for testing it myself, I get error 502's via Chrome, indicating the webserver is DOWN. Which is odd. It must be hunting for a file or something when it runs that test. ¯\_(ツ)_/¯ ![image](https://user-images.githubusercontent.com/20131900/76554488-f6994080-6463-11ea-9b8e-3cb468319d19.png) I've read their documentation in regards to running it behind an NGINX server, but I don't understand how to apply it to nginx-proxy-manager itself. 🤔 (https://meta.discourse.org/t/running-other-websites-on-the-same-machine-as-discourse/17247) If anyone here has experience in deploying a Discourse in a situation like this, I'd love some input. But as for now, I'm stuck here and cannot proceed any further.
kerem 2026-02-26 06:32:01 +03:00
  • closed this issue
  • added the
    bug
    label
Author
Owner

@PhoenixSheppy commented on GitHub (Mar 12, 2020):

I should probably also include the config as displayed in Nginx-Proxy-Manager itself...
image

<!-- gh-comment-id:598349377 --> @PhoenixSheppy commented on GitHub (Mar 12, 2020): I should probably also include the config as displayed in Nginx-Proxy-Manager itself... ![image](https://user-images.githubusercontent.com/20131900/76555051-e9c91c80-6464-11ea-9d58-3f2c8586fc03.png)
Author
Owner

@PhoenixSheppy commented on GitHub (Mar 13, 2020):

After further review, the above configuration was correct.
The issue I was facing was on Discourse's end, and it's configuration documentation in regards to using reverse proxies.

In their documentation they state to use / add the following argument into the app.yml file before compiling / building with Docker:
- "templates/web.socketed.template.yml" # <-- Added
and to comment out:

- "80:80" # http
- "443:443" # https

After doing a complete wipe, redownload of Discourse's AiO installer and clean install IGNORING all of the aforementioned "requested steps" Discourse worked right out of the box if you just run ./discourse-installer, ignore the error and just slap your domain details into app.yml as well as SMTP mail server details into the file and compile / build with ./launcher rebuild app

I'm marking this as closed, and for anyone else who happens upon this issue, this is how you fix it.
You can further contact me via my email listed on my Github Profile. 👍

<!-- gh-comment-id:598530421 --> @PhoenixSheppy commented on GitHub (Mar 13, 2020): After further review, the above configuration was **correct.** The issue I was facing was on Discourse's end, and it's configuration documentation in regards to using reverse proxies. In their documentation they state to use / add the following argument into the `app.yml` file before compiling / building with Docker: `- "templates/web.socketed.template.yml" # <-- Added` and to comment out: ``` - "80:80" # http - "443:443" # https ``` After doing a complete wipe, redownload of Discourse's AiO installer and clean install **IGNORING** all of the aforementioned "requested steps" Discourse worked right out of the box if you just run `./discourse-installer`, ignore the error and just slap your domain details into `app.yml` as well as SMTP mail server details into the file and compile / build with `./launcher rebuild app` I'm marking this as closed, and for anyone else who happens upon this issue, this is how you fix it. You can further contact me via my email listed on my Github Profile. 👍
Author
Owner

@Vorkosigan76 commented on GitHub (Mar 16, 2025):

Hi @PhoenixSheppy , how did you finally set up discourse within npm?

  1. which IP address and which port did you enter? My understanding is that the configuration used do not expose any ports...

  2. if you are using the docker network bridge (the default discourse one), did you also install npm on bridge? Thats not very clean.

<!-- gh-comment-id:2727339333 --> @Vorkosigan76 commented on GitHub (Mar 16, 2025): Hi @PhoenixSheppy , how did you finally set up discourse within npm? 1) which IP address and which port did you enter? My understanding is that the configuration used do not expose any ports... 2) if you are using the docker network bridge (the default discourse one), did you also install npm on bridge? Thats not very clean.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/nginx-proxy-manager-NginxProxyManager#283
No description provided.