Obtendo 'welcome to nginx' sem acesso à internet

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

Por favor, me ajudem :smile:

Recomendo usar a 18.04LTS e não uma versão que ficará sem suporte em breve.

O que o docker ps mostra?

docker ps
CONTAINER ID        IMAGE                 COMMAND             CREATED             STATUS              PORTS                                      NAMES
01b8b484088b        local_discourse/app   "/sbin/boot"        12 horas atrás      Up 12 horas         0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp   app

Também tentei o Debian 9 e 10.
Vou tentar também o Ubuntu 18.04LTS e anotar o resultado.

Se você continuar limpando e reconstruindo, o Let’s Encrypt irá parar temporariamente de emitir certificados.

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

Do Guia de Instalação

:bell: 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.

Olá, Stephen!

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

Oi FunTec!

Acho que você não instalou o netcat. Espero que isso ajude você!

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

Não há nginx ou apache2 instalado no servidor.

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.

Você executou ./discourse-setup? Os testes de conexão passaram?

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.