Hi all, Quick question , is there a way I can use discourse internally , on my network only , not over the internet . Say my domain at home is called testlabs.local , I want to be able for all users In this domain to be able to access discourse . I can access it via port 80 but when I register my account i set a username and password and then when I continue it hits me with a 404 nginx message , page is blank . Oddly , even though it errors out I still receive the email but when I click on link I get 404 error again . So can this be used internally like I want too ? Or is this only to be used externally ? If so any guides to set this up internally because all I see is the cloud guide In the yaml file I set up my smtp settings , I can receive it . I’m unclear on the smtp username and password field . I just comment those out , does that need to be setup ? If so , why do I still receive emails without that setup ? I just don’t want to put an email password in there in plain text

Maybe set up a development environment: Install Discourse for development using Docker If you use macOS, consider: Install Discourse on macOS for development For Ubuntu or Debian: Install Discourse on Ubuntu or Debian for Development Any of these will let you use Discourse via http://localhost:4200/ These options all use MailHog to test SMTP without actually sending mail. Update: I re-read the question and see you want to let other people use it. I don’t know if this answer actually helps. :frowning:

Discourse mostly won’t work without https, which is difficult to configure in a local network. You could join look at guides that involve a reverse proxy as a guide, but it’s not a supported setup.

Hi Jon, Thank you for your answer, yes, I do want to let other people use it too. I just want to clarify these other people are part of my local network, all will be accessed in house, no public access to it.

Would it work to enable invite only and login required to put Discourse in the internet, but restrict who can see it? Or maybe use must approve users (perhaps with auto approve email domains) to only allow users in your organization to join? I guess the question is what problem are you solving for?

Hi Jay, Thank You for your response. I currently set it up on a redhat distro internally in my domain, only for internal use. Will try playing around with it. What exactly do you mean when you say it wont work with out https? so it’s only designed to work externally, to be accessed via the public internet only? can you please elaborate more on the reverse proxy guide? i dont’ understand what you are saying by join at guides. Thank You

Hi Jon, Currently we are just resting the product, we want to use it as an internal forum for our company. For Developers and IT to post and be able to interact with each other. We want it only internal, no public access. This is the solution they are set on. I can’t control that

[image] rayman: We want it only internal, no public access. I think the must approve users setting effectively meets that requirement. Many “internal” tools (Slack, Google Suite, Microsoft Office 360, GitHub Enterprise, etc.) are hosted on the internet, but restricted to just the users the customer admin approves. If putting it on an internal network is an IT requirement, they should also be able to help set up the networking for DIscourse.

I understand, I’m asking what is the process for it to work for internal access only? There is no setup guide for it, and users are saying it doesn’t work well without https. I’ actually just set up a local network in my lab and will test it, but from previous test it did not work internally. Will try try again.

[image] rayman: What exactly do you mean when you say it wont work with out https? I mean that a bunch of the front end code assumes that you’re using https. I mean that the standard install assumes that your site can get a certificate from let’s encrypt. [image] rayman: please elaborate more on the reverse proxy guide Here’s one. For this to work, you’ll need to set up apache with a valid certificate and then have it reverse proxy Discourse. Set up Discourse on a server with existing Apache sites [image] rayman: There is no setup guide for it, and users are saying it doesn’t work well without https. It’s not a supported setup. If being behind a firewall/NAT is a requirement, then having someone who knows how to set up an internal reverse proxy with a valid certificate and can follow one of the guides like the one linked above is the cost of that requirement. [image] Jakke Flemming: You have IT guys there. They can build certificate because they are using webservers anyway on your intranet. The only issue is to get a certificate that is approved by browsers. That’s a nicer way of saying what I said.

Local installation internal use only

Product Support Self-hosting

Jagster (Jakke Flemming) March 9, 2024, 8:04pm 11

You have IT guys there. They can build certificate because they are using webservers anyway on your intranet. The only issue is to get a certificate that is approved by browsers.

Topic		Replies	Views
Local-Network Only Discourse Self-hosting	7	1001	December 24, 2023
Tips for setting up a small private Discourse behind a firewall? Self-hosting	6	505	June 12, 2024
Installing Discourse Behind Reverse Proxy using recommended (supported) installation Self-hosting	7	4380	May 6, 2026
Fresh install returning 502 Bad Gateway Self-hosting unsupported-install	27	1371	March 12, 2024
Discourse in a closed intranet Self-hosting	24	6859	February 28, 2017

Local installation internal use only

Related topics