Hola,
Tengo el mismo problema con nginx y Discourse. Siempre obtengo la página de “bienvenido a nginx” en lugar de Discourse.
DNS y el servidor de correo están configurados y estoy alojando en local (on-prem), no en la nube.
Seguí esta guía: discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub
Instalación limpia en 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
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
01b8b484088b local_discourse/app "/sbin/boot" 12 hours ago Up 12 hours 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app
También probé con Debian 9 y 10.
También probaré Ubuntu 18.04LTS y anotaré el resultado.
El servidor tiene acceso a Internet, pero no es accesible desde Internet y el DNS termina en .lan
Así que… ¿tiene Let’s Encrypt algún papel, ya que la autoridad no puede verificarlo desde Internet?
He instalado Ubuntu 18.04 LTS y tengo el mismo 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
Discourse no funcionará con una dirección IP; debes ser propietario de un nombre de dominio, como example.com, para continuar.
Si no estás utilizando un FQDN válido públicamente, la ruta de instalación normal no funcionará para ti. Las entradas y los nombres de dominio locales no son intercambiables en este caso. Let’s Encrypt fallará porque la entrada DNS no es válida.
Tendrás que modificar el archivo app.yml manualmente para eliminar HTTPS y Let’s Encrypt. Comenta las plantillas innecesarias y la entrada que expone el puerto 443.
A menos que planees emitir un certificado autofirmado, servirás todo a través de HTTP.
Tengo el mismo problema con Fun Tec. Tengo mi propio dominio y no creo que sea un problema de Let’s Encrypt. Aquí están mis registros después de ejecutar el comando sudo ./launcher restart app. ¿Puedes encontrar alguna información ú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
Me encuentro lidiando con el mismo problema aquí.
Instalación limpia de Ubuntu 24 LTS.
Bootstrap se completa, luego aparece la página predeterminada de nginx.
Cuando ejecuto ./discourse-doctor, obtengo:
DISCOURSE DOCTOR Vie 25 de abr 06:19:55 p. m. UTC 2025
SO: Linux talk 6.8.0-58-generic #60-Ubuntu SMP PREEMPT_DYNAMIC Vie mar 14 18:29:48 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux
Se encontró containers/app.yml
==================== CONFIGURACIÓN DE YML ====================
DISCOURSE_HOSTNAME=talk.technospider.com
SMTP_ADDRESS=smtppro.zoho.com
DEVELOPER_EMAILS=REDACTADO
SMTP_PASSWORD=REDACTADO
SMTP_PORT=587
SMTP_USER_NAME=david@technospider.com
LETSENCRYPT_ACCOUNT_EMAIL=REDACTADO
==================== INFORMACIÓN DE DOCKER ====================
VERSIÓN DE DOCKER: Docker version 26.1.3, build 26.1.3-0ubuntu1~24.04.1
PROCESOS DE DOCKER (docker ps -a)
CONTAINER ID IMAGE COMMAND CREADO ESTADO PUERTOS
NOMBRES
394018ecf271 local_discourse/app \"/sbin/boot\" Hace 21 minutos En ejecución 0.0.0.0:80->80/tcp, :::80->80/tcp, 0.0.0.0:443->
443/tcp, :::443->443/tcp app
El contenedor de Discourse app está en ejecución
==================== PLUGINS ===================
- git clone https://github.com/discourse/docker_manager.git
No se detectaron plugins no oficiales.
Consulte https://github.com/discourse/discourse/blob/main/lib/plugin/metadata.rb para ver la lista oficial.
========================================
Versión de Discourse en talk.technospider.com: NO ENCONTRADA
Versión de Discourse en localhost: NO ENCONTRADA
==================== INFORMACIÓN DE MEMORIA ====================
SO: Linux
RAM (MB): 4055
total used free shared buff/cache available
Mem: 3867 1695 174 56 2345 2172
Swap: 3866 98 3768
==================== COMPROBACIÓN DE ESPACIO EN DISCO ====================
---------- Espacio en disco del SO ----------
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/ubuntu--vg-ubuntu--lv 19G 12G 6.0G 66% /
==================== INFORMACIÓN DE DISCO ====================
Disco /dev/loop0: 44.45 MiB, 46604288 bytes, 91024 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 512 bytes
Tamaño de E/S (mínimo/óptimo): 512 bytes / 512 bytes
Disco /dev/loop1: 73.89 MiB, 77475840 bytes, 151320 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 512 bytes
Tamaño de E/S (mínimo/óptimo): 512 bytes / 512 bytes
Disco /dev/loop2: 144.46 MiB, 151478272 bytes, 295856 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 512 bytes
Tamaño de E/S (mínimo/óptimo): 512 bytes / 512 bytes
Disco /dev/sda: 40 GiB, 42949672960 bytes, 83886080 sectores
Modelo de disco: VMware Virtual S
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 512 bytes
Tamaño de E/S (mínimo/óptimo): 512 bytes / 512 bytes
Tipo de etiqueta de disco: gpt
Identificador de 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 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 512 bytes
Tamaño de E/S (mínimo/óptimo): 512 bytes / 512 bytes
==================== FIN DE INFORMACIÓN DE DISCO ====================
==================== PRUEBA DE CORREO ====================
Para una prueba robusta, obtenga una dirección de http://www.mail-tester.com/
Enviando correo a REDACTADO . .
Probando el envío a technospider@icloud.com usando smtppro.zoho.com:587, nombre de usuario:david@technospider.com con autenticación simple.
Conexión al servidor SMTP exitosa.
Enviando a technospider@icloud.com. . .
Correo aceptado por el servidor SMTP.
Message-ID: 9e763c7d-b64d-4119-8f74-edd47154a799@talk.technospider.com
Si no recibe el mensaje, revise su carpeta de SPAM
o vuelva a probar usando un servicio como http://www.mail-tester.com/.
Si el mensaje no se entrega, no es un problema de Discourse.
Revise los registros del servidor SMTP para el Message ID anterior para ver por qué
falló la entrega del mensaje.
==================== ¡LISTO! ====================
Y el correo de prueba llega como se esperaba.
Siento que estoy muy cerca.
docker ps:
394018ecf271 local_discourse/app \"/sbin/boot\" Hace 47 minutos En ejecución 0.0.0.0:80->80/tcp, :::80->80/tcp, 0.0.0.0:443->
443/tcp, :::443->443/tcp app
No hay nginx ni apache2 instalados en el servidor.
Para aclarar, parece que la página de nginx solo está disponible al navegar al nombre de host desde la computadora host; cualquier otra computadora en la red simplemente recibe un error de “no se pudo conectar”.
Sí, ./discourse-setup es la secuencia de arranque, ¿verdad? No creo que el contenedor se estuviera ejecutando si no lo hubiera hecho. Seguí las instrucciones aquí, y unos 7 minutos después me apareció la página de bienvenida de NGINX.
¿Hay alguna prueba de conexión específica que te gustaría que ejecutara? Hubo tanta salida de la configuración que no pude capturarla toda.
Discourse no funcionará con una dirección IP; debes ser propietario de un nombre de dominio, como