Hola a todos,
He revisado la documentación, leído las configuraciones y recomendaciones publicadas, e intentado adaptarlas a mi situación particular.
Para algo que parece bastante sencillo, es increíblemente frustrante que ninguna de las soluciones propuestas haya funcionado.
Nuestro entorno:
- Ejecutamos una instancia AWS EC2, más concretamente una imagen AMI de AWS Linux 2;
- Tenemos Apache2 instalado y configurado;
- La instancia forma parte de un grupo de destino (target group) de AWS al que hace referencia nuestro equilibrador de carga (load balancer) de AWS;
- Nuestro certificado SSL/TLS es proporcionado por AWS y está asociado al equilibrador de carga;
- Nuestro proveedor de dominio es
name.com; - Como parte de nuestra configuración, tenemos varios subdominios enrutados mediante registros CNAME que apuntan todos al equilibrador de carga de AWS, el cual gestiona el tráfico hacia la instancia EC2;
- Todo el tráfico enrutado al equilibrador de carga y servido al usuario web es seguro;
- En nuestro servidor ejecutamos tres aplicaciones Node Express separadas;
- Los puertos están definidos en Express como parte de la configuración del servidor, actualmente los puertos 3000, 4000 y 5000;
- El tráfico es enrutado por Apache utilizando el subdominio hacia la aplicación web correspondiente, por ejemplo:
<VirtualHost *:80>
ServerName subdomain.domain.io
ProxyPreserveHost On
ProxyPass "/" "http://localhost:4000/"
ProxyPassReverse "/" "http://localhost:4000/"
</VirtualHost>
-
Aunque no es particularmente relevante, utilizamos PM2 para gestionar nuestras aplicaciones Express para que se inicien automáticamente al reiniciar el servidor.
-
En el mismo servidor tenemos instalado Docker;
-
Luego también hemos instalado Discourse copiando el archivo app.yaml (utilizando Run other websites on the same machine as Discourse - #182 by angus como guía).
Estado actual:
- Docker está en ejecución
- La aplicación de Discourse (contenedor) está en ejecución
- Las aplicaciones Express están todas en ejecución y son enrutadas correctamente por Apache
Notas:
- Intenté compilar la aplicación inicialmente sin exponer los puertos según la documentación; cuando eso no funcionó, expuse el puerto 8000 sobre el puerto HTTP 80;
- En mi comprensión básica, Docker es como una casa y los diversos contenedores son las habitaciones. Docker determina cómo se accede a la aplicación, es decir, a qué habitación acceder. Mi idea al exponer el puerto 8000 era poder referenciarlo como hago con mis otras aplicaciones Express, ahora que el 8000 estaba expuesto. Pero esto no funciona; a continuación un ejemplo de lo que intenté hacer en Apache:
# FAQ (RUTAS DE DISCOURSE)
<VirtualHost *:80>
ServerName discourse.domain.io
ProxyPreserveHost On
ProxyPass "/" "http://localhost:8000/"
ProxyPassReverse "/" "http://localhost:8000/"
</VirtualHost>
- La prueba sencilla fue intentar poner localhost:8000 en el navegador del servidor y probar. El servidor es la instancia de AWS con Chromium instalado. El hecho de que esto no se resuelva inmediatamente me indica que hay un problema y que mi comprensión carece de algo fundamental. Mis aplicaciones web se ejecutan y están disponibles en los puertos que especifico en la configuración de Express; mi expectativa era que fuera lo mismo para el contenedor de Docker.
Notas adicionales:
- Soy consciente de que existe una solución potencial colocando NGINX “delante de” Apache y Docker para enrutar el tráfico desde
discourse.domain.iohacia, digamos, el puerto 8000 en el servidor local, es decir, el puerto expuesto para el contenedor de Docker, y también enrutar todo el resto del tráfico desde *.domain.io hacia Apache, digamos en el puerto 9000, y luego cambiar mi configuración de VirtualHost para enrutar el tráfico desde el puerto 9000 en consecuencia, es decir:
# ENRUTAMIENTO DE APPS EXPRESS EN APACHE
<VirtualHost *:9000>
ServerName other_sub_domains.domain.io
ProxyPreserveHost On
ProxyPass "/" "http://localhost:4000/"
ProxyPassReverse "/" "http://localhost:4000/"
</VirtualHost>
- Para mí, esto parece completamente innecesario. Si el dominio
discourse.domain.ioes enrutado a Apache y Apache recibe la solicitud y luego intenta enrutarla, debería ser tan sencillo como apuntarla al puerto expuesto del contenedor de Docker. - Además, si localhost:8000 en el propio servidor no se resuelve, entonces esto tampoco funcionaría de todos modos.
Actualmente obtengo un error 502 en Chrome cuando intento navegar a mi contenedor de Docker de Discourse. (Ver captura de pantalla anterior).
Extracto de app.yml
## esta es la plantilla del contenedor Docker de Discourse todo-en-uno, autónomo
##
## Después de realizar cambios en este archivo, DEBES reconstruir
## /var/discourse/launcher rebuild app
##
## TEN *MUCHO* CUIDADO AL EDITAR!
## ¡LOS ARCHIVOS YAML SON SUPER SUPER SENSIBLES A ERRORES EN LOS ESPACIOS EN BLANCO O LA ALINEACIÓN!
## visita http://www.yamllint.com/ para validar este archivo según sea necesario
templates:
- "templates/postgres.template.yml"
- "templates/redis.template.yml"
- "templates/web.template.yml"
- "templates/web.ratelimited.template.yml"
- "templates/web.socketed.template.yml"
## Descomenta estas dos líneas si deseas agregar Lets Encrypt (https)
#- "templates/web.ssl.template.yml"
#- "templates/web.letsencrypt.ssl.template.yml"
## ¿Qué puertos TCP/IP debe exponer este contenedor?
## Si deseas que Discourse comparta un puerto con otro servidor web como Apache o nginx,
## consulta https://meta.discourse.org/t/17247 para detalles
expose:
- "8000:80" # http
#- "443:443" # https
params:
db_default_text_search_config: "pg_catalog.english"
## Establece db_shared_buffers a un máximo del 25% de la memoria total.
## se establecerá automáticamente durante el arranque según la RAM detectada, o puedes sobrescribirlo
#db_shared_buffers: "256MB"
## puede mejorar el rendimiento de ordenación, pero añade uso de memoria por conexión
#db_work_mem: "40MB"
## ¿Qué revisión de Git debe usar este contenedor? (por defecto: tests-passed)
#version: tests-passed
env:
LC_ALL: en_US.UTF-8
LANG: en_US.UTF-8
LANGUAGE: en_US.UTF-8
# DISCOURSE_DEFAULT_LOCALE: en
## ¿Cuántas solicitudes web concurrentes se admiten? Depende de la memoria y los núcleos de CPU.
## se establecerá automáticamente durante el arranque según los CPUs detectados, o puedes sobrescribirlo
#UNICORN_WORKERS: 3
## TODO: El nombre de dominio al que responderá esta instancia de Discourse
## Obligatorio. Discourse no funcionará con una dirección IP desnuda.
DISCOURSE_HOSTNAME: 'discourse.domain.io'
## Descomenta si quieres que el contenedor se inicie con el mismo
## nombre de host (-h option) que se especificó arriba (por defecto "$hostname-$config")
#DOCKER_USE_HOSTNAME: true
## TODO: Lista de correos electrónicos separados por comas que serán administradores y desarrolladores
## en el registro inicial, ejemplo 'user1@example.com,user2@example.com'
DISCOURSE_DEVELOPER_EMAILS: 'user@domain.io'
## TODO: El servidor de correo SMTP utilizado para validar nuevas cuentas y enviar notificaciones
## Se requieren dirección SMTP, nombre de usuario y contraseña
# ADVERTENCIA: el carácter '#' en la contraseña de SMTP puede causar problemas!
DISCOURSE_SMTP_ADDRESS: email-smtp.us-east-1.amazonaws.com
DISCOURSE_SMTP_PORT: 587
DISCOURSE_SMTP_USER_NAME: ******
DISCOURSE_SMTP_PASSWORD: ******
#DISCOURSE_SMTP_ENABLE_START_TLS: true # (opcional, por defecto true)
#DISCOURSE_SMTP_DOMAIN: ****** # (requerido por algunos proveedores)
#DISCOURSE_NOTIFICATION_EMAIL: ****** # (dirección desde la que enviar notificaciones)
## Si agregaste la plantilla de Lets Encrypt, descomenta abajo para obtener un certificado SSL gratuito
#LETSENCRYPT_ACCOUNT_EMAIL: me@example.com
## La dirección CDN http o https para esta instancia de Discourse (configurada para extraer)
## consulta https://meta.discourse.org/t/14857 para detalles
#DISCOURSE_CDN_URL: https://discourse-cdn.example.com
## La clave de dirección IP de geolocalización de Maxmind para la búsqueda de direcciones IP
## consulta https://meta.discourse.org/t/-/137387/23 para detalles
#DISCOURSE_MAXMIND_LICENSE_KEY: 1234567890123456
## El contenedor de Docker no tiene estado; todos los datos se almacenan en /shared
volumes:
- volume:
host: /var/discourse/shared/standalone
guest: /shared
- volume:
host: /var/discourse/shared/standalone/log/var-log
guest: /var/log
## Los plugins van aquí
## consulta https://meta.discourse.org/t/19157 para detalles
hooks:
after_code:
- exec:
cd: $home/plugins
cmd:
- git clone https://github.com/discourse/docker_manager.git
## Cualquier comando personalizado para ejecutar después de la compilación
run:
- exec: echo "Inicio de comandos personalizados"
## Si deseas establecer la dirección de correo electrónico 'From' para tu primer registro, descomenta y cambia:
## Después de recibir el primer correo de registro, vuelve a comentar la línea. Solo necesita ejecutarse una vez.
#- exec: rails r "SiteSetting.notification_email='info@unconfigured.discourse.org'"
- exec: echo "Fin de comandos personalizados"
Mi dominio, dirección de correo electrónico y configuración de correo son correctos. Como mencioné, no requiero configuración SSL/TLS.
Solicitud:
- ¿Es la solución de NGINX la única forma de hacer que esta configuración funcione y, de ser así, ¿hay una explicación más clara disponible con respecto a los pasos de configuración? No estoy en condiciones de comenzar desde cero con el servidor solo para que Discourse funcione y sin garantías.
- En Discourse behind reverse proxy and https - #2 by itsbhanusharma @Dark Matter proporcionó la siguiente solución para apache2, pero no creo que esta solución tenga en cuenta un entorno de Node Express y, dado que mi localhost:8000 no se resuelve, no estoy seguro de que esto funcione:
<VirtualHost *:80>
ServerAdmin webmaster@localhost
ServerName discourse.example.com
DocumentRoot /website/discourse
RewriteEngine On
ProxyPreserveHost On
ProxyRequests Off
ProxyPass / unix:/var/discourse/shared/socket-only/nginx.http.sock|http://localhost/
ProxyPassReverse / unix:/var/discourse/shared/socket-only/nginx.http.sock|http://localhost/
ErrorLog /var/log/apache2/discourse.error.log
LogLevel warn
CustomLog /var/log/apache2/discourse.access.log combined
RewriteCond %{SERVER_NAME} =discourse.example.com
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]
</VirtualHost>
- ¿Es el problema aquí con mi configuración de Discourse? ¿Es quizás el problema mi enrutamiento de Apache (lo sospecho)? ¿O me estoy perdiendo algo más fundamental aquí?
- Creo que resolver esto ayudará a muchos usuarios en el futuro.
- La mejor opción sería enrutarse a Discourse localmente en el servidor.
- Luego, el enrutamiento a través de la URL sería la segunda mejor opción.
Saludos cordiales,
Matthew Lucas
