Otro dominio no funciona y la instalación terminó

Continuando la discusión de La instalación finalizó, ¿qué hago ahora?:

Lo he intentado de nuevo con ndforum.mooo.com. crt.sh dice que no se encontraron certificados, sin embargo, he agregado mi IP como el valor de un registro A.
Lo he intentado buscar a través de iplocation.io, que dice N/A para todos los campos, pero señala que está en una LAN. ¿Es esta la razón?

Desde la consola:

I, [2024-10-05T08:29:35.284170 #1]  INFO -- : Reemplazando ubicación @discourse { con ubicación @discourse {
add_header Strict-Transport-Security 'max-age=31536000'; # recordar el certificado por un año y conectarse automáticamente a HTTPS para este dominio en /etc/nginx/conf.d/discourse.conf
I, [2024-10-05T08:29:35.285258 #1]  INFO -- : > echo "Beginning of custom commands"
I, [2024-10-05T08:29:35.290139 #1]  INFO -- : Beginning of custom commands

I, [2024-10-05T08:29:35.290880 #1]  INFO -- : > echo "End of custom commands"
I, [2024-10-05T08:29:35.296122 #1]  INFO -- : End of custom commands

I, [2024-10-05T08:29:35.296743 #1]  INFO -- : Terminando procesos asíncronos
I, [2024-10-05T08:29:35.296924 #1]  INFO -- : Enviando INT a HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 36
2024-10-05 08:29:35.297 UTC [36] LOG:  recibida solicitud de apagado rápido
I, [2024-10-05T08:29:35.297792 #1]  INFO -- : Enviando TERM a exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 104
104:signal-handler (1728116975) Received SIGTERM scheduling shutdown...
2024-10-05 08:29:35.320 UTC [36] LOG:  abortando transacciones activas
104:M 05 Oct 2024 08:29:35.332 # User requested shutdown...
104:M 05 Oct 2024 08:29:35.333 * Saving the final RDB snapshot before exiting.
2024-10-05 08:29:35.339 UTC [36] LOG:  el proceso secundario "logical replication launcher" (PID 51) salió con código de salida 1
2024-10-05 08:29:35.339 UTC [46] LOG:  apagando
104:M 05 Oct 2024 08:29:35.383 * DB saved on disk
104:M 05 Oct 2024 08:29:35.383 # Redis is now ready to exit, bye bye...
2024-10-05 08:29:35.792 UTC [36] LOG:  el sistema de bases de datos está apagado
sha256:dda45b5fe470c9062432fc15263c58cc33e64a8835a26e7918238f831dce38ca
fca73e2e52e0f4620e8d3ccedc71166815cb2c23566da591acbc92cb81e772c1
Eliminando contenedor antiguo
+ /usr/bin/docker rm app
app

+ /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e RAILS_ENV=production -e UNICORN_WORKERS=8 -e UNICORN_SIDEKIQS=1 -e RUBY_GC_HEAP_GROWTH_MAX_SLOTS=40000 -e RUBY_GC_HEAP_INIT_SLOTS=400000 -e RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR=1.5 -e DISCOURSE_DB_SOCKET=/var/run/postgresql -e DISCOURSE_DB_HOST= -e DISCOURSE_DB_PORT= -e LETSENCRYPT_DIR=/shared/letsencrypt -e DISCOURSE_FORCE_HTTPS=true -e LC_ALL=en_US.UTF-8 -e LANGUAGE=en_US.UTF-8 -e DISCOURSE_HOSTNAME=ndforum.mooo.com -e DISCOURSE_DEVELOPER_EMAILS=[CENSORED] -e DISCOURSE_SMTP_ADDRESS=smtp.gmail.com -e DISCOURSE_SMTP_PORT=587 -e DISCOURSE_SMTP_USER_NAME=[CENSORED] -e DISCOURSE_SMTP_PASSWORD=[CENSORED] -e DISCOURSE_SMTP_DOMAIN=gmail.com -e DISCOURSE_NOTIFICATION_EMAIL=[CENSORED] -e LETSENCRYPT_ACCOUNT_EMAIL=me@example.com -h raspberrypi-app -e DOCKER_HOST_IP=[CENSORED] --name app -t -p 80:80 -p 443:443 -v /var/discourse/shared/standalone:/shared -v /var/discourse/shared/standalone/log/var-log:/var/log --mac-address 02:ee:d2:40:e1:0e local_discourse/app /sbin/boot
561ebf80d13c8c8e2d97f2a26a0cd13f61a8b8b9400347ca54b90d3a231d13b4

Ni siquiera puedo hacer ping a este servidor, pero un registro A se capta claramente.

Extraño. Definitivamente creé un registro A, pero no tengo idea de por qué no se puede hacer ping…

¿Dónde está tu servidor?

En mi Pi. ¿Debería configurar un túnel de Cloudflare?

Sí, probablemente sea una buena idea, ya que tu ISP podría no permitir el tráfico de otra manera.

Pero no creo que esta sea toda la historia.

Además, ¿has configurado el reenvío de puertos en tu router?

No, no lo he hecho.

@merefield ¿Es necesario? ¿O será suficiente el túnel?

Dado que la guía no lo menciona, me inclinaría por el túnel solamente.

Estoy acostumbrado a la idea de que cuando hay un servidor en una red doméstica, necesitas enrutar el tráfico de alguna manera. Quizás la configuración y la elección del puerto de Cloudflare lo solucionan automáticamente de alguna manera. (¡cualquiera puede intervenir aquí!)