Ich weiß, dass empfohlen wird, Discourse auf einem eigenen Server zu betreiben, aber ich finanziere dieses Projekt aus eigener Tasche, und es ist im Grunde ein Hobby mit wenig Aussicht oder Absicht zur Monetarisierung, zumindest kurzfristig.
Ich überlege daher, anstatt einen weiteren VPS zu kaufen, einfach eine zweite IP-Adresse zu beantragen und WordPress auf einem IP-basierten Apache-Virtuellen Server laufen zu lassen, was die Kosten niedrig halten würde.
Wenn Sie mit der Konfiguration eines Reverse Proxys vertraut sind, benötigen Sie keine zweite IP-Adresse.
Sie können sowohl Discourse als auch WordPress über Unix-Sockets (oder höhere Ports) laufen lassen und eine Reverse-Proxy-Software davor betreiben (ich empfehle Caddy), um auf derselben IP-Adresse sowohl blog.example.com als auch forum.example.com bereitzustellen.
Wenn Sie jedoch mit dieser Art von Einrichtung nicht vertraut sind, ist es viel einfacher, jede Anwendung auf einem eigenen VPS laufen zu lassen, da Sie einfach die umfangreiche Dokumentation für jede Anwendung befolgen können.
Kann das von dir empfohlene Setup problemlos funktionieren?
Ich habe damals, als ich Discourse zum ersten Mal ausprobieren wollte, etwas mit HAProxy gemacht. Ich war damals ein ziemlicher Anfänger und bin es in Sachen Server und ähnlichem immer noch, habe es trotzdem versucht und dabei ein wenig über HAProxy gelernt. Wenn ich mich richtig erinnere, gab es Probleme mit SSL, und das Verhalten von Discourse war etwas instabil. Ich vermute aber, dass ich etwas falsch gemacht habe.
Meine Frage ist also: Ist es möglich, die von dir empfohlene Konfiguration ohne Instabilität und „komische
[quote=“chi_noti_info, Beitrag: 3, Thema: 125693”]
Meine Frage ist also: Ist es möglich, die von Ihnen empfohlene Konfiguration ohne Instabilitäten und „seltsame
Ich erinnere mich, dass ich bei meinen Tests den Apache-Guide befolgt habe. Unklar aus dem Artikel ist, ob SSL beim erneuten Erstellen von Discourse deaktiviert werden sollte (und ob dies erreicht wird, indem man einfach keine E-Mail-Adresse für Let’s Encrypt eingibt), und welche Ports in discourse/app.yml „exponiert“ werden sollten (der Guide zeigt nur, wie die Zeile …
“8888:80” # Weiterleitung vom Host-Port 8888 zum Container-Port 80 (HTTP)
… aussehen soll, aber nichts über die unmittelbar folgende Zeile in der app.yml-Datei (die standardmäßig so aussieht…
“443:443” # HTTPS
… aussehen sollte).
PS: Während ich die app.yml-Datei durchgesehen habe, um diesen Beitrag zu schreiben, fiel mir auf, dass folgende Zeilen darin enthalten sind:
##Deaktivieren Sie diese beiden Zeilen nicht, wenn Sie Let’s Encrypt (HTTPS) hinzufügen möchten
“templates/web.ssl.template.yml”
“templates/web.letsencrypt.ssl.template.yml”
… doch derzeit läuft meine Discourse-App mit aktiviertem SSL, obwohl diese Zeilen nicht auskommentiert sind. Wie entscheidend ist das Auskommentieren dieser Zeilen für meine aktuelle Einrichtung (ohne Proxy) oder für meine gewünschte Einrichtung (mit Proxy und Apache-WordPress)?
Wenn Sie mit Reverse-Proxys nicht vertraut sind und Sie leicht eine zweite IP-Adresse erhalten können, ist das keine schlechte Lösung. Gehen Sie einfach wie folgt vor:
Zuerst eine Floating IP kaufen und an meine VPS binden.
Dann den Server so konfigurieren, dass er sie verwendet:
vim /etc/network/interfaces.d/60-my-floating-ip.cfg
auto eth0:1
iface eth0:1 inet static
address deine.Floating.IP
netmask 32
Speichern und das Netzwerk neu starten:
sudo service networking restart
Jetzt habe ich zwei IPs: Die Haupt-IP verwende ich, um mehrere nginx-Sites zu konfigurieren. Beachten Sie bitte die Konfigurationszeilen in /etc/nginx/sites-enabled:
Ich weiß nicht, ob es in Ordnung ist, Namen zu nennen, aber der Server befindet sich auf der Hetzner Cloud und die Floating-IP-Funktion ist sehr praktisch und preislich angemessen.
Ich weiß, dass dies ein älteres Thema ist, aber ich wollte euch danken, das könnte mir Tage Arbeit bei einem ähnlichen Problem ersparen, mit dem ich mich beschäftige. Danke, dass ihr diese unschätzbaren Informationen mit allen teilt!!