Actualización sobre mi situación.
Después de estudiar un poco, decidí que necesitaba una configuración multisitio (un contenedor en este momento) con un sitio nginx ‘externo’ para explicar la configuración y dirigir a las personas y el tráfico a los sitios de Discourse separados. De esa manera, podría hacer que ambos sitios estuvieran abiertos para acceso de solo lectura (y rastreadores web) sin que las personas de la lista1 tuvieran que lidiar con el contenido de la lista2. Puede que tenga que jugar con robots.txt para que los rastreadores web estén contentos.
Los ejemplos de configuración multisitio fueron instructivos, pero no pude hacer que funcionaran con un socket Unix (error de puerta de enlace), así que terminé redirigiéndolos a otro puerto y redirigiendo ese puerto a 443 dentro del contenedor.
En mi archivo app.yml habilité la plantilla SSL pero no la de letsencrypt.
Logré que el sitio de prueba funcionara, ahora estoy buscando cualquier problema que pueda surgir al convertir el sitio de producción, espero que a finales de este mes o el próximo.
Me estoy encargando del problema del certificado en el lado del servidor externo, pero me encontré con el problema de ‘no seguro’ que solucioné requiriendo https en el contenedor. Tengo una tarea que ejecutaré a través de cron para copiar el último certificado y clave al directorio /shared/ssl del contenedor (como ssl.crt y ssl.key). No estoy seguro si necesitaré forzar una recarga de nginx dentro del contenedor para asegurarme de que se cargue un nuevo certificado cuando cambie (en julio, creo).
Me encontré con una peculiaridad de Discourse:
En el archivo del contenedor /etc/nginx/conf.d/discourse.conf hay este fragmento de código (nombre de dominio cambiado):
if ($http_host != ‘site1.my.domain’) {
rewrite (.*) https://site1.my.domain$1 permanent
}
Esto estaba causando que site2.my.domain fuera redirigido a site1.my.domain, así que tuve que comentarlo.
NOTA: Reconstruir el contenedor requiere rehacer esta edición, ¿hay alguna forma de evitarlo?
Y esto llevó a una peculiaridad del navegador, porque ahora Firefox había marcado esa redirección como permanente, así que tuve que borrar la caché del navegador. (¡Tardé demasiado en darme cuenta!)
Se me ocurrió otra cosa extraña.
En mi sitio de prueba, el parámetro para requerir https no estaba marcado para ninguno de los sitios. En mi sitio de producción, ese parámetro ni siquiera está presente en el archivo de configuración. Supongo que eso tiene algo que ver con las diferencias entre los dos sitios.
