No entanto, isso ainda é verdade? O redirecionamento não ajudará no meu caso (e eu realmente não quero fazer reescritas complexas de proxy reverso para um caso de uso simples e temporário): No meu caso, quero instalar um novo servidor Discourse em paralelo ao existente e ter uma visualização de staging deste servidor com um novo nome. No entanto, o servidor também deve aceitar o nome oficial (para quando a mudança no DNS ocorrer ou quando os administradores usarem um alias /etc/hosts). Isso melhoraria muito a fase de staging.
Acho que atualmente o principal problema são as URLs CSP absolutas que impedem isso de funcionar (embora, como elas já verificam o protocolo, deveriam ser capazes de se estender para verificar nomes de host de uma lista de hosts permitidos). Então, isso está disponível… enquanto isso?
Aliás, no meu caso, eu testo com http, mas acho que a configuração do letsencrypt para solicitar múltiplos certificados já está coberta aqui, então poderei fazer isso mais tarde. (não funcionará até que esteja disponível sob o alias oficial correto, de qualquer forma)
Aliás, notei que reconstruir o contêiner do aplicativo com um DISCOURSE_HOSTNAME diferente não funciona - suspeito que também esteja em algum lugar no banco de dados (mas não pode ser alterado nas configurações do administrador).
O que torna um pouco mais importante ter uma lista de hosts aceitos para tal cenário.
Se você quiser que vários nomes sejam resolvidos e que o Discourse redirecione para o correto, você está pronto para http. Para https, você precisará obter um certificado para todos os domínios. Acho que Configurar Let’s Encrypt com vários domínios deve ajudar.
Se você quiser que o site não redirecione para si mesmo, você pode ajustar o nginx para não fazer esse redirecionamento. No entanto, não tenho certeza de como te dizer como fazer isso.
O tópico de alteração do nome do host não funciona de forma confiável para mim (por exemplo, apesar do remap+rebake, os emoticons do Twitter da postagem de boas-vindas apontam para o servidor errado) - ainda não pesquisei o motivo (avisarei). Pelo menos não é indolor.
O redirecionamento para meus casos de uso não funciona, pois redirecionaria para o servidor antigo.
A configuração do nginx não precisa de alteração, pois não está ciente do nome do host. Mas o problema é mais com o aplicativo, por exemplo, os cabeçalhos CSP contêm a URL completa (não sei por quê).