Olá a todos
Li a documentação, revisei as configurações e recomendações publicadas e tentei adaptá-las à minha situação específica.
Para algo que parece bastante simples, é incrivelmente frustrante que nenhuma das soluções propostas tenha funcionado.
Nosso ambiente:
- Executamos uma instância AWS EC2, mais especificamente uma AWS Linux 2 AMI;
- Temos o apache2 em execução e configurado;
- A instância faz parte de um grupo de destino da AWS referenciado pelo nosso balanceador de carga da AWS;
- Nosso certificado SSL/TLS é fornecido pela AWS e está associado ao balanceador de carga;
- Nosso provedor de domínio é
name.com; - Como parte da nossa configuração, temos vários subdomínios roteados usando registros CNAME, todos apontando para o balanceador de carga da AWS, que gerencia o tráfego para a instância EC2;
- Todo o tráfego roteado para o balanceador de carga e atendido ao usuário da web é seguro;
- Em nosso servidor, executamos três aplicativos Node Express separados;
- As portas são definidas no Express como parte da configuração do servidor Express, atualmente as portas 3000, 4000 e 5000;
- O tráfego é roteado pelo Apache usando o subdomínio para o aplicativo web relevante, por exemplo:
<VirtualHost *:80>
ServerName subdomain.domain.io
ProxyPreserveHost On
ProxyPass "/" "http://localhost:4000/"
ProxyPassReverse "/" "http://localhost:4000/"
</VirtualHost>
-
Embora não seja particularmente relevante, usamos o PM2 para gerenciar nossos aplicativos Express para que eles sejam iniciados automaticamente após a reinicialização do servidor.
-
No mesmo servidor, instalamos o Docker;
-
Em seguida, instalamos o Discourse usando uma cópia do app.yaml (usando Run other websites on the same machine as Discourse - #182 by angus como orientação).
Status atual:
- O Docker está em execução
- O aplicativo Discourse (container) está em execução
- Os aplicativos Express estão todos em execução e sendo roteados corretamente pelo Apache
Observações:
- Tentei construir o aplicativo inicialmente sem expor as portas conforme a documentação; quando isso não funcionou, expus a porta 8000 sobre a porta HTTP 80;
- Na minha compreensão simples, o Docker é como uma casa e os vários containers são os cômodos. O Docker determina como o aplicativo é acessado, ou seja, qual cômodo acessar. Minha ideia ao expor a porta 8000 era poder referenciar a porta 8000 da mesma forma que faço com meus outros aplicativos Express, agora que a 8000 foi exposta. Mas isso não funciona. Abaixo está um exemplo do que tentei fazer no Apache:
# FAQ (ROTEAMENTO DO DISCOURSE)
<VirtualHost *:80>
ServerName discourse.domain.io
ProxyPreserveHost On
ProxyPass "/" "http://localhost:8000/"
ProxyPassReverse "/" "http://localhost:8000/"
</VirtualHost>
- O teste simples foi tentar colocar localhost:8000 no navegador no servidor e testar. O servidor é a instância AWS com o Chromium instalado. O fato de isso não ser resolvido imediatamente me diz que há um problema e que minha compreensão está faltando algo fundamental. Meus aplicativos web funcionam e estão disponíveis nas portas que especifico na configuração do Express; minha expectativa era que fosse o mesmo para o container Docker.
Observações adicionais:
- Percebo que há uma solução potencial colocando o NGINX “na frente” do Apache e do Docker para rotear o tráfego de
discourse.domain.iopara, digamos, a porta 8000 no servidor local, ou seja, a porta exposta para o container Docker, e também rotear todo o outro tráfego de *.domain.io para o Apache em, digamos, a porta 9000, e então alterar minha configuração de VirtualHost para rotear o tráfego da porta 9000 de acordo, ou seja,:
# ROTEAMENTO DO APLICATIVO EXPRESS NO APACHE
<VirtualHost *:9000>
ServerName other_sub_domains.domain.io
ProxyPreserveHost On
ProxyPass "/" "http://localhost:4000/"
ProxyPassReverse "/" "http://localhost:4000/"
</VirtualHost>
- Para mim, isso parece completamente desnecessário. Se o domínio
discourse.domain.ioé roteado para o Apache e o Apache recebe a solicitação e então tenta roteá-la, deveria ser tão simples quanto apontá-la para a porta exposta do container Docker. - Além disso, se localhost:8000 no próprio servidor não estiver sendo resolvido, isso não funcionaria de qualquer maneira.
Atualmente, recebo um erro 502 no Chrome quando tento navegar para o meu container Docker do Discourse. (Veja a captura de tela acima).
Trecho do app.yml
## este é o modelo de container Docker Discourse tudo-em-um, autônomo
##
## Após fazer alterações neste arquivo, você DEVE reconstruir
## /var/discourse/launcher rebuild app
##
## TENHA *MUITO* CUIDADO AO EDITAR!
## ARQUIVOS YAML SÃO SUPER SUPER SENSÍVEIS A ERROS DE ESPAÇAMENTO OU ALINHAMENTO!
## visite http://www.yamllint.com/ para validar este arquivo conforme necessário
templates:
- "templates/postgres.template.yml"
- "templates/redis.template.yml"
- "templates/web.template.yml"
- "templates/web.ratelimited.template.yml"
- "templates/web.socketed.template.yml"
## Descomente essas duas linhas se desejar adicionar o Lets Encrypt (https)
#- "templates/web.ssl.template.yml"
#- "templates/web.letsencrypt.ssl.template.yml"
## quais portas TCP/IP este container deve expor?
## Se você deseja que o Discourse compartilhe uma porta com outro servidor web como Apache ou Nginx,
## consulte https://meta.discourse.org/t/17247 para detalhes
expose:
- "8000:80" # http
#- "443:443" # https
params:
db_default_text_search_config: "pg_catalog.english"
## Defina db_shared_buffers para no máximo 25% da memória total.
## será definido automaticamente pelo bootstrap com base na RAM detectada, ou você pode substituir
#db_shared_buffers: "256MB"
## pode melhorar o desempenho de ordenação, mas aumenta o uso de memória por conexão
#db_work_mem: "40MB"
## Qual revisão do Git este container deve usar? (padrão: 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
## Quantas solicitações web concorrentes são suportadas? Depende da memória e dos núcleos da CPU.
## será definido automaticamente pelo bootstrap com base nas CPUs detectadas, ou você pode substituir
#UNICORN_WORKERS: 3
## TODO: O nome de domínio ao qual esta instância do Discourse responderá
## Obrigatório. O Discourse não funcionará com um número IP puro.
DISCOURSE_HOSTNAME: 'discourse.domain.io'
## Descomente se quiser que o container seja iniciado com o mesmo
## nome de host (opção -h) especificado acima (padrão "$hostname-$config")
#DOCKER_USE_HOSTNAME: true
## TODO: Lista de e-mails separados por vírgula que serão administradores e desenvolvedores
## no cadastro inicial, exemplo 'user1@example.com,user2@example.com'
DISCOURSE_DEVELOPER_EMAILS: 'user@domain.io'
## TODO: O servidor de e-mail SMTP usado para validar novas contas e enviar notificações
## ENDEREÇO SMTP, nome de usuário e senha são obrigatórios
## AVISO: o caractere '#' na senha SMTP pode 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, padrão true)
#DISCOURSE_SMTP_DOMAIN: ****** # (obrigatório para alguns provedores)
#DISCOURSE_NOTIFICATION_EMAIL: ****** # (endereço de onde enviar notificações)
## Se você adicionou o modelo Lets Encrypt, descomente abaixo para obter um certificado SSL gratuito
#LETSENCRYPT_ACCOUNT_EMAIL: me@example.com
## O endereço CDN http ou https para esta instância do Discourse (configurado para buscar)
## consulte https://meta.discourse.org/t/14857 para detalhes
#DISCOURSE_CDN_URL: https://discourse-cdn.example.com
## A chave de endereço IP do Maxmind para consulta de geolocalização por IP
## consulte https://meta.discourse.org/t/-/137387/23 para detalhes
#DISCOURSE_MAXMIND_LICENSE_KEY: 1234567890123456
## O container Docker é sem estado; todos os dados são armazenados em /shared
volumes:
- volume:
host: /var/discourse/shared/standalone
guest: /shared
- volume:
host: /var/discourse/shared/standalone/log/var-log
guest: /var/log
## Plugins vão aqui
## consulte https://meta.discourse.org/t/19157 para detalhes
hooks:
after_code:
- exec:
cd: $home/plugins
cmd:
- git clone https://github.com/discourse/docker_manager.git
## Quaisquer comandos personalizados para executar após a construção
run:
- exec: echo "Início dos comandos personalizados"
## Se você quiser definir o endereço de e-mail 'De' para seu primeiro registro, descomente e altere:
## Após receber o primeiro e-mail de cadastro, recomente a linha. Ela só precisa ser executada uma vez.
#- exec: rails r "SiteSetting.notification_email='info@unconfigured.discourse.org'"
- exec: echo "Fim dos comandos personalizados"
Meu domínio, endereço de e-mail e configuração de e-mail estão corretos. Como mencionado, não preciso de configuração SSL/TLS.
Solicitação:
- A solução NGINX é a única maneira de fazer essa configuração funcionar e, se for, há uma explicação mais clara disponível sobre as etapas de configuração? Não estou em condições de começar do zero com o servidor apenas para fazer o Discourse funcionar e sem garantias.
- Em Discourse behind reverse proxy and https - #2 by itsbhanusharma @Dark Matter forneceu a seguinte solução para o apache2, mas não acredito que essa solução tenha em mente um ambiente Node Express e, com meu localhost:8000 não sendo resolvido, não tenho certeza se isso funcionaria:
<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>
- O problema está na minha configuração do Discourse? O problema talvez seja o roteamento do Apache (suspeito)? Ou estou faltando algo mais fundamental aqui?
- Acredito que resolver isso ajudará muitos usuários no futuro.
- A melhor solução seria rotear para o Discourse localmente no servidor.
- Em seguida, o roteamento via URL seria a segunda melhor opção.
Atenciosamente
Matthew Lucas
