Ist das aber immer noch der Fall? Ein Redirect hilft in meinem Fall nicht (und ich will wirklich keine ausgefallenen Reverse-Proxy-Rewrites für einen einfachen, temporären Anwendungsfall machen): In meinem Fall möchte ich einen neuen Discourse-Server parallel zum bestehenden installieren und eine Staging-Ansicht dieses Servers unter einem neuen Namen haben. Der Server soll aber auch den offiziellen Namen akzeptieren (für den Fall, dass der DNS-Wechsel stattfindet oder Admins einen /etc/hosts-Alias verwenden). Das würde die Staging-Phase erheblich verbessern.
Ich denke, das Hauptproblem sind derzeit die absoluten CSP-URLs, die dies verhindern (obwohl sie bereits auf das Protokoll prüfen, könnten sie erweitert werden, um Hostnamen aus einer Liste erlaubter Hosts zu prüfen). Ist das also inzwischen verfügbar?
BTW, in meinem Fall teste ich mit http, aber ich denke, das Letsencrypt-Setup, um mehrere Zertifikate anzufordern, ist hier bereits abgedeckt, sodass ich das später tun kann. (funktioniert ohnehin erst, wenn es unter dem richtigen offiziellen Alias verfügbar ist)
BTW ist mir gerade aufgefallen, dass das Neuerstellen des App-Containers mit einem anderen DISCOURSE_HOSTNAME nicht funktioniert – ich vermute, es liegt auch irgendwo in der DB (aber es kann nicht in den Admin-Einstellungen geändert werden).
Was es etwas wichtiger macht, eine Liste akzeptierter Hosts für ein solches Szenario zu haben.
Wenn Sie möchten, dass mehrere Namen aufgelöst werden und Discourse zur richtigen URL weiterleitet, sind Sie für HTTP bestens gerüstet. Für HTTPS müssen Sie ein Zertifikat für alle Domains erhalten. Ich denke, Let’s Encrypt mit mehreren Domains einrichten sollte helfen.
Wenn Sie möchten, dass die Website nicht zu sich selbst weiterleitet, können Sie Nginx so anpassen, dass diese Weiterleitung nicht erfolgt. Ich bin mir jedoch nicht sicher, wie ich Ihnen das sagen soll.
Das Ändern des Hostnamens funktioniert bei mir nicht zuverlässig (zum Beispiel zeigen die Twitter-Emoticons des Willkommensbeitrags trotz Remap+Rebake auf den falschen Server) – ich habe noch nicht recherchiert, warum das so ist (werde Bescheid geben). Zumindest ist es nicht schmerzfrei.
Die Weiterleitung für meine Anwendungsfälle funktioniert nicht, da sie auf den alten Server weiterleiten würde.
Die Nginx-Konfiguration muss nicht geändert werden, sie ist sich des Hostnamens nicht bewusst. Das Problem liegt jedoch eher bei der Anwendung, zum Beispiel enthalten die CSP-Header die vollständige URL (keine Ahnung warum).