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
1 me gusta

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…

1 me gusta

¿Dónde está tu servidor?

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

1 me gusta

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.

4 Me gusta

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

2 Me gusta

No, no lo he hecho.

1 me gusta

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

1 me gusta

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í!)

2 Me gusta