Múltiples nombres de host para un solo sitio para la fase de transición

Sé que no es posible/compatible configurar varios nombres de host (solo multi-sitio), al menos eso es lo que dice el problema aquí: How can I use multiple hostnames - support - Discourse Meta

Sin embargo, ¿sigue siendo así? La redirección no ayudará en mi caso (y realmente no quiero hacer reescrituras complejas de proxy inverso para un caso de uso simple y temporal): En mi caso, quiero instalar un nuevo servidor de Discourse en paralelo al existente y tener una vista de staging de este servidor con un nuevo nombre. Sin embargo, el servidor también debería aceptar el nombre oficial (para cuando ocurra el cambio en DNS o cuando los administradores usen un alias /etc/hosts). Esto mejoraría enormemente la fase de staging.

Creo que actualmente el principal problema son las URL CSP absolutas que impiden que esto funcione (aunque como ya verifican el protocolo, deberían poder extenderse para verificar los nombres de host de una lista de hosts permitidos). Entonces, ¿está disponible… mientras tanto?

Por cierto, en mi caso pruebo con http, pero creo que la configuración de letsencrypt para solicitar varios certificados ya está cubierta aquí, así que podré hacerlo más tarde. (no funcionará hasta que esté disponible bajo el alias oficial correcto de todos modos)

Por cierto, acabo de notar que reconstruir el contenedor de la aplicación con un DISCOURSE_HOSTNAME diferente no funciona; sospecho que también está en alguna parte de la base de datos (pero no se puede cambiar en la configuración de administración).

Lo que hace que sea algo más importante tener una lista de hosts aceptados para tal escenario.

Hay un tema para cambiar los nombres de host. Cambiar el nombre de dominio o renombrar tu Discourse

Si deseas que varios nombres se resuelvan y que Discourse redirija al correcto, ya estás listo para http. Para https, necesitarás obtener un certificado para todos los dominios. Creo que Configurar Let’s Encrypt con varios dominios debería ayudar.

Si deseas que el sitio no se redirija a sí mismo, puedes ajustar nginx para que no realice esa redirección. Sin embargo, no estoy seguro de cómo explicártelo.

El tema del cambio de nombre de host no funciona de manera confiable para mí (por ejemplo, a pesar de la reasignación + horneado, los emoticonos de Twitter de la publicación de bienvenida apuntan al servidor incorrecto) - no he investigado por qué es (te lo haré saber). Al menos no es indoloro.

La redirección para mis casos de uso no funciona, ya que redirigiría al servidor antiguo.

La configuración de nginx no necesita un cambio, no es consciente del nombre de host. Pero el problema es más con la aplicación, por ejemplo, las cabeceras CSP contienen la URL completa (no tengo idea de por qué).