Hallo, ich bin daran interessiert, ein Discourse-Forum für den Einsatz an einem Standort in einem Netzwerk zu erstellen. Dies liegt daran, dass das Forum nicht extern zugänglich sein muss (noch sein sollte). Ich habe einige Themen gesehen, die so klingen, als ob Leute versuchen, etwas Ähnliches einzurichten, aber es mangelt an präzisen Antworten.
Im Wesentlichen sind meine Fragen wie folgt:
Wie würde sich meine Installation von der Standardinstallation unterscheiden, wenn ich keinen „Cloud-Server“ erstellen oder eine Verbindung zum Internet herstellen möchte? (Unter der Annahme einer lokalen Maschine mit einer frischen Ubuntu-Installation)
Benötige ich trotzdem einen Domainnamen und einen Mail-Service? Wenn ja, verstehe ich nicht, warum ich nicht einfach über die lokale IP eine Verbindung zu der lokalen Maschine herstellen kann, auf der Discourse läuft.
Ist Discourse überhaupt das richtige Werkzeug für diese Aufgabe? Ich mag das Layout der Website und habe Discourse-Communities genutzt, aber wenn dies als internes Kommunikationsmittel keinen Sinn ergibt, werde ich mich woanders umsehen.
Ich glaube, das ist möglich, indem man zuerst das Discourse-Programm auf einen lokalen Computer herunterlädt, dann dieses Image auf eine CD brennen oder die Datei auf ein externes Laufwerk verschieben und diese für die Installation verwenden kann.
Sie benötigen möglicherweise keinen Domainnamen + Mail-Service dafür, da bin ich mir nicht sicher.
Was die Frage betrifft, ob Discourse für Ihren Anwendungsfall eines internen Kommunikationswerkzeugs ideal ist, so hängt dies davon ab, wie Sie es nutzen möchten und welche Alternativen es gibt.
Sie bräuchten E-Mail für die Bestätigung neuer Konten und das Zurücksetzen von Passwörtern. Möglicherweise können Sie dies mit einem externen Authentifizierungssystem umgehen.
Discourse benötigt einen Domainnamen und HTTPS. Wenn Sie sich in einem privaten Netzwerk befinden, müssen Sie es hinter einem Reverse-Proxy einrichten, für den Sie HTTPS verwalten.
Sie können keine Standardinstallation verwenden.
Discourse muss auch in der Lage sein, E-Mails an alle Benutzer zu senden, die Konten erstellen können sollen.
Für mich sind Docker und Discourse selbst ein großes Mysterium, aber reicht es aus, dass der Reverse-Proxy proxy_set_header-Header sendet? Muss SSL also nicht tatsächlich beendet werden?
Und E-Mails müssen nicht ausgehen, und dann könnte man E-Mails innerhalb des Systems verwenden? Etwas, das alle Pinguine seit Ewigkeiten wissen.
Aber wenn es tatsächlich und wirklich notwendig ist, SSL zu beenden, würde ein selbstsigniertes Zertifikat funktionieren?
Discourse erfordert, dass E-Mail-Adressen validiert werden. Daher muss es E-Mails an alle Benutzer senden, es sei denn, Sie verwenden SSO oder soziale Anmeldungen, die validierte E-Mails bereitstellen.
Nun, mit einem Reverse-Proxy erhält es niemals https. Es erhält Proxy-Header. Und wenn diese Header von diesem Proxy gesetzt werden, weiß Discourse nie, dass der Traffic über Port 80 kommt. Und das ist ein Punkt und die Aufgabe eines Reverse-Proxys, SSL zu beenden. Habe ich Unrecht?
Sicher. Aber Discourse ist völlig glücklich, wenn es unter System an das *nix-Konto des Benutzers geht und die VPS selbst nie verlässt, solange die E-Mail-Zustellung die richtige Antwort gibt. Habe ich Unrecht?