Olá,
Tenho o mesmo problema com nginx e Discourse. Sempre recebo a página “welcome to nginx” em vez do Discourse.
DNS e servidor de e-mail estão configurados, e estou hospedando on-premises, não na nuvem.
Utilizei este guia: discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub
Instalação limpa no Ubuntu:
Distributor ID: Ubuntu
Description: Ubuntu 19.10
Release: 19.10
Codename: eoan
lsof -i:80
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
docker-pr 23296 root 4u IPv6 62651 0t0 TCP *:http (LISTEN)
netstat -plnt
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 819/systemd-resolve
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 906/sshd
tcp6 0 0 :::80 :::* LISTEN 23296/docker-proxy
tcp6 0 0 :::22 :::* LISTEN 906/sshd
tcp6 0 0 :::443 :::* LISTEN 23283/docker-proxy
O servidor tem acesso à Internet, mas não é acessível a partir da Internet e o DNS termina em .lan
Então… o Let’s Encrypt tem alguma relevância, já que a autoridade não consegue verificá-lo a partir da Internet?
Instalei o Ubuntu 18.04LTS e tenho o mesmo problema.
lsb_release -a:
Distributor ID: Ubuntu
Description: Ubuntu 18.04.4 LTS
Release: 18.04
Codename: bionic
lsof -i:80
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
docker-pr 1598 root 4u IPv6 21087 0t0 TCP *:http (LISTEN)
netstat -tulpn:
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 854/systemd-resolve
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1233/sshd
tcp6 0 0 :::80 :::* LISTEN 1598/docker-proxy
tcp6 0 0 :::22 :::* LISTEN 1233/sshd
tcp6 0 0 :::443 :::* LISTEN 1583/docker-proxy
udp 0 0 127.0.0.53:53 0.0.0.0:* 854/systemd-resolve
docker ps:
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
798e15496293 local_discourse/app "/sbin/boot" 2 hours ago Up 3 minutes 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app
O Discourse não funcionará a partir de um endereço IP; você precisa possuir um nome de domínio, como example.com, para prosseguir.
Se você não estiver usando um FQDN publicamente válido, o método de instalação padrão não funcionará para você. Entradas de DNS locais e nomes de domínio não são intercambiáveis aqui. O Let’s Encrypt falhará porque a entrada de DNS não é válida.
Você precisará modificar o app.yml manualmente para eliminar o HTTPS e o Let’s Encrypt. Comente os modelos desnecessários e a entrada que expõe a porta 443.
A menos que você planeje emitir um certificado autofirmado, tudo será servido via HTTP.
Tenho o mesmo problema com a Fun Tec. Tenho meu próprio domínio e não acho que seja um problema do Let’s Encrypt. Aqui estão meus logs após o comando sudo ./launcher restart app. Você consegue encontrar alguma informação útil?
Shutting Down
run-parts: executing /etc/runit/3.d/01-nginx
ok: down: nginx: 0s, normally up, want up
run-parts: executing /etc/runit/3.d/02-unicorn
(2165) exiting
ok: down: unicorn: 1s, normally up
run-parts: executing /etc/runit/3.d/10-redis
ok: down: redis: 0s, normally up
run-parts: executing /etc/runit/3.d/99-postgres
ok: down: postgres: 0s, normally up
ok: down: nginx: 2s, normally up
ok: down: postgres: 0s, normally up
ok: down: redis: 1s, normally up
ok: down: unicorn: 2s, normally up
ok: down: cron: 0s, normally up
ok: down: rsyslog: 0s, normally up
run-parts: executing /etc/runit/1.d/00-ensure-links
run-parts: executing /etc/runit/1.d/00-fix-var-logs
run-parts: executing /etc/runit/1.d/01-cleanup-web-pids
run-parts: executing /etc/runit/1.d/anacron
run-parts: executing /etc/runit/1.d/cleanup-pids
Cleaning stale PID files
run-parts: executing /etc/runit/1.d/copy-env
run-parts: executing /etc/runit/1.d/letsencrypt
[Wed 16 Dec 2020 01:26:10 PM UTC] Using CA: https://acme-v02.api.letsencrypt.org/directory
[Wed 16 Dec 2020 01:26:10 PM UTC] Single domain='a.mapengfei.xyz'
[Wed 16 Dec 2020 01:26:10 PM UTC] Getting domain auth token for each domain
Olá.\n\nEstou tendo exatamente o mesmo problema.\n\nEstou começando com uma instalação nova do Ubuntu: 20.04.3 LTS\n\nPara esclarecer, não. O Nginx não foi instalado anteriormente.\n\nAqui está um link para o log de instalação: install resolver, obrigado.
Estou com o mesmo problema aqui.
Instalação limpa do Ubuntu 24 LTS.
O Bootstrap é concluído, depois a página padrão do Nginx.
Quando executo ./discourse-doctor, recebo:
DISCOURSE DOCTOR Sex 25 de abr 18:19:55 UTC 2025
SO: Linux talk 6.8.0-58-generic #60-Ubuntu SMP PREEMPT_DYNAMIC Fri Mar 14 18:29:48 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux
Found containers/app.yml
==================== CONFIGURAÇÕES DO YML ====================
DISCOURSE_HOSTNAME=talk.technospider.com
SMTP_ADDRESS=smtppro.zoho.com
DEVELOPER_EMAILS=REDACTED
SMTP_PASSWORD=REDACTED
SMTP_PORT=587
SMTP_USER_NAME=david@technospider.com
LETSENCRYPT_ACCOUNT_EMAIL=REDACTED
==================== INFORMAÇÕES DO DOCKER ====================
VERSÃO DO DOCKER: Docker version 26.1.3, build 26.1.3-0ubuntu1~24.04.1
PROCESSOS DO DOCKER (docker ps -a)
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS
NAMES
394018ecf271 local_discourse/app \"/sbin/boot\" 21 minutes ago Up 21 minutes 0.0.0.0:80->80/tcp, :::80->80/tcp, 0.0.0.0:443->
443/tcp, :::443->443/tcp app
O container app do Discourse está em execução
==================== PLUGINS ===================
- git clone https://github.com/discourse/docker_manager.git
Nenhum plugin não oficial detectado.
Veja https://github.com/discourse/discourse/blob/main/lib/plugin/metadata.rb para a lista oficial.
========================================
Versão do Discourse em talk.technospider.com: NÃO ENCONTRADA
Versão do Discourse em localhost: NÃO ENCONTRADA
==================== INFORMAÇÕES DE MEMÓRIA ====================
SO: Linux
RAM (MB): 4055
total used free shared buff/cache available
Mem: 3867 1695 174 56 2345 2172
Swap: 3866 98 3768
==================== VERIFICAÇÃO DE ESPAÇO EM DISCO ====================
---------- Espaço em Disco do SO ----------
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/ubuntu--vg-ubuntu--lv 19G 12G 6.0G 66% /
==================== INFORMAÇÕES DE DISCO ====================
Disco /dev/loop0: 44.45 MiB, 46604288 bytes, 91024 setores
Unidades: setores de 1 * 512 = 512 bytes
Tamanho do setor (lógico/físico): 512 bytes / 512 bytes
Tamanho de E/S (mínimo/ótimo): 512 bytes / 512 bytes
Disco /dev/loop1: 73.89 MiB, 77475840 bytes, 151320 setores
Unidades: setores de 1 * 512 = 512 bytes
Tamanho do setor (lógico/físico): 512 bytes / 512 bytes
Tamanho de E/S (mínimo/ótimo): 512 bytes / 512 bytes
Disco /dev/loop2: 144.46 MiB, 151478272 bytes, 295856 setores
Unidades: setores de 1 * 512 = 512 bytes
Tamanho do setor (lógico/físico): 512 bytes / 512 bytes
Tamanho de E/S (mínimo/ótimo): 512 bytes / 512 bytes
Disco /dev/sda: 40 GiB, 42949672960 bytes, 83886080 setores
Modelo do disco: VMware Virtual S
Unidades: setores de 1 * 512 = 512 bytes
Tamanho do setor (lógico/físico): 512 bytes / 512 bytes
Tamanho de E/S (mínimo/ótimo): 512 bytes / 512 bytes
Tipo de label do disco: gpt
Identificador do disco: 57115BC0-AFA9-4902-9910-BB09315092BA
Device Start End Sectors Size Type
/dev/sda1 2048 2203647 2201600 1G EFI System
/dev/sda2 2203648 6397951 4194304 2G Linux filesystem
/dev/sda3 6397952 83884031 77486080 36.9G Linux filesystem
Disco /dev/mapper/ubuntu--vg-ubuntu--lv: 18.47 GiB, 19834863616 bytes, 38739968 setores
Unidades: setores de 1 * 512 = 512 bytes
Tamanho do setor (lógico/físico): 512 bytes / 512 bytes
Tamanho de E/S (mínimo/ótimo): 512 bytes / 512 bytes
==================== FIM DAS INFORMAÇÕES DE DISCO ====================
==================== TESTE DE E-MAIL ====================
Para um teste robusto, obtenha um endereço de http://www.mail-tester.com/
Enviando e-mail para REDACTED . .
Testando o envio para technospider@icloud.com usando smtppro.zoho.com:587, nome de usuário: david@technospider.com com autenticação plain.
Conexão bem-sucedida com o servidor SMTP.
Enviando para technospider@icloud.com. . .
E-mail aceito pelo servidor SMTP.
Message-ID: 9e763c7d-b64d-4119-8f74-edd47154a799@talk.technospider.com
Se você não receber a mensagem, verifique sua pasta de SPAM
ou teste novamente usando um serviço como http://www.mail-tester.com/.
Se a mensagem não for entregue, não é um problema com o Discourse.
Verifique os logs do servidor SMTP para o Message ID acima para ver por que ele
falhou na entrega da mensagem.
==================== FEITO! ====================
E o e-mail de teste chega como esperado.
Sinto que estou muito perto.
docker ps:
394018ecf271 local_discourse/app \"/sbin/boot\" 47 minutes ago Up 47 minutes 0.0.0.0:80->80/tcp, :::80->80/tcp, 0.0.0.0:443->443/tcp, :::443->443/tcp app
Apenas para esclarecer, parece que a página do nginx só está disponível ao acessar o nome do host a partir do computador host, qualquer outro computador na rede recebe um erro de falha ao conectar.
Sim, ./discourse-setup é a sequência de inicialização, certo? O contêiner não estaria em execução se eu não tivesse, não acredito. Segui as instruções aqui, e cerca de 7 minutos depois recebi a página Bem-vindo ao NGINX.
Existe algum teste de conexão específico que você gostaria que eu executasse? Houve tanta saída da configuração que não consegui capturar tudo.
O Discourse não funcionará a partir de um endereço IP; você precisa possuir um nome de domínio, como