Ciao,
ho lo stesso problema con nginx e Discourse. Ricevo sempre la pagina “benvenuti in nginx” invece di Discourse.
DNS e server di posta sono configurati e sto ospitando on-premise, non nel cloud.
Ho seguito questa guida: discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub
Installazione fresca su 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
Ho anche provato Debian 9 e 10.
Proverò anche Ubuntu 18.04LTS e scriverò il risultato.
Il server ha accesso a Internet, ma non è raggiungibile da Internet e il DNS termina con .lan
Quindi… Let’s Encrypt ha comunque un ruolo, dato che l’autorità non può verificarlo da Internet?
Ho installato Ubuntu 18.04 LTS e ho lo stesso 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 non funzionerà con un indirizzo IP; devi possedere un nome di dominio, ad esempio example.com, per procedere.
Se non stai utilizzando un FQDN valido pubblicamente, la normale procedura di installazione non funzionerà per te. Le voci DNS locali e i nomi di dominio non sono intercambiabili in questo caso. Let’s Encrypt fallirà perché la voce DNS non è valida.
Dovrai modificare manualmente il file app.yml per eliminare HTTPS e Let’s Encrypt. Commenta i template non necessari e la voce che espone la porta 443.
A meno che tu non intenda emettere un certificato autofirmato, servirai tutto tramite HTTP.
Ho lo stesso problema con Fun Tec. Ho il mio dominio e non penso che il problema sia legato a Let’s Encrypt. Ecco i miei log dopo aver eseguito il comando sudo ./launcher restart app. Riesci a trovare qualche informazione utile?
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
Ciao.\n\nSto riscontrando esattamente lo stesso problema.\n\nSto iniziando con un’installazione pulita di Ubuntu: 20.04.3 LTS\n\nPer chiarire, no. Nginx non era installato in precedenza.\n\nEcco un link al log di installazione: install risolvere, grazie.
Sto affrontando lo stesso problema qui.
Installazione pulita di Ubuntu 24 LTS.
Bootstrap completa, poi la pagina predefinita di Nginx.
Quando eseguo ./discourse-doctor, ottengo:
DISCOURSE DOCTOR Fri Apr 25 06:19:55 PM UTC 2025
OS: 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
==================== IMPOSTAZIONI 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
==================== INFORMAZIONI DOCKER ====================
DOCKER VERSION: Docker version 26.1.3, build 26.1.3-0ubuntu1~24.04.1
PROCESSI 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-\u003e80/tcp, :::80-\u003e80/tcp, 0.0.0.0:443-\u003e
443/tcp, :::443-\u003e443/tcp app
Il container dell'app Discourse è in esecuzione
==================== PLUGIN ===================
- git clone https://github.com/discourse/docker_manager.git
Nessun plugin non ufficiale rilevato.
Vedi https://github.com/discourse/discourse/blob/main/lib/plugin/metadata.rb per l'elenco ufficiale.
========================================
Versione di Discourse su talk.technospider.com: NON TROVATA
Versione di Discourse su localhost: NON TROVATA
==================== INFORMAZIONI MEMORIA ====================
OS: Linux
RAM (MB): 4055
total used free shared buff/cache available
Mem: 3867 1695 174 56 2345 2172
Swap: 3866 98 3768
==================== CONTROLLO SPAZIO SU DISCO ====================
---------- Spazio su disco del sistema operativo ----------
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/ubuntu--vg-ubuntu--lv 19G 12G 6.0G 66% /
==================== INFORMAZIONI DISCO ====================
Disk /dev/loop0: 44.45 MiB, 46604288 bytes, 91024 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 73.89 MiB, 77475840 bytes, 151320 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop2: 144.46 MiB, 151478272 bytes, 295856 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sda: 40 GiB, 42949672960 bytes, 83886080 sectors
Disk model: VMware Virtual S
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 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
Disk /dev/mapper/ubuntu--vg-ubuntu--lv: 18.47 GiB, 19834863616 bytes, 38739968 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
==================== FINE INFORMAZIONI DISCO ====================
==================== TEST MAIL ===================
Per un test robusto, ottieni un indirizzo da http://www.mail-tester.com/
Invio mail a REDACTED. . .
Test invio a technospider@icloud.com utilizzando smtppro.zoho.com:587, username:david@technospider.com con autenticazione plain.
Connessione al server SMTP riuscita.
Invio a technospider@icloud.com. . .
Mail accettata dal server SMTP.
Message-ID: 9e763c7d-b64d-4119-8f74-edd47154a799@talk.technospider.com
Se non ricevi il messaggio, controlla la cartella SPAM
o testa di nuovo utilizzando un servizio come http://www.mail-tester.com/.
Se il messaggio non viene recapitato, non è un problema di Discourse.
Controlla i log del server SMTP per il Message ID sopra per vedere perché
non è riuscito a recapitare il messaggio.
==================== FATTO! ====================
E l’email di prova arriva come previsto.
Mi sento davvero vicino.
docker ps:
394018ecf271 local_discourse/app \"/sbin/boot\" 47 minutes ago Up 47 minutes 0.0.0.0:80-\u003e80/tcp, :::80-\u003e80/tcp, 0.0.0.0:443-\u003e443/tcp, :::443-\u003e443/tcp app
Per chiarire, sembra che la pagina nginx sia disponibile solo quando si naviga verso il nome host dal computer host, mentre tutti gli altri computer sulla rete ottengono un errore di connessione non riuscita.
Sì, ./discourse-setup è la sequenza di avvio, giusto? Non credo che il container sarebbe in esecuzione se non l’avessi fatto. Ho seguito le istruzioni qui e circa 7 minuti dopo ho ottenuto la pagina “Welcome to NGINX”.
C’è un test di connessione specifico che vorresti che eseguissi? C’era così tanto output dall’installazione che non sono riuscito a catturarlo tutto.
Discourse non funzionerà con un indirizzo IP; devi possedere un nome di dominio, ad esempio