El reinicio no sirvió de nada, sigue rechazando HTTPS y, además, he vuelto a la página de bienvenida de NGINX en HTTP.
Definitivamente tienes nginx instalado.
¿Has intentado
apt purge nginx
o
dpkg -l |grep nginx
?
Una vez que mates nginx, ¿qué dice ./discourse-doctor?
Respuesta: nginx no está instalado
Respuesta: Nada
Todos los campos de entrada (como correo electrónico, dirección web) están en blanco
Hay 2 contenedores ejecutándose en los puertos: 80 → 80, 443 → 443 y 2222 → 22
Indica que la aplicación del contenedor de Discourse está en ejecución
Y dice que la versión de Discourse NO SE ENCONTRÓ
¡Ups, no bajé con el scroll! Déjame leer el texto de salida y ver qué dice.
EDITA: Dice lo mismo.
¿Iniciaste este foro ejecutando ./discourse-setup?
¿Qué son?
¿Te refieres a si pasé por el proceso de configuración (lo cual hice) o a si no ejecuté ./discourse-doctor, que es lo que sí ejecuté?
Mi error, solo había uno: 4efab95a60b8
Ahora la página de HTTP solo dice que no se envió ningún dato, así que ahora ni siquiera hay una página de NGINX.
EDIT: Hemos vuelto a la página de nginx.
EDIT2: Olvídalo, no hemos vuelto.
¿Qué muestra docker ps?
El mismo contenedor exacto que el archivo de texto.
¿Quizás un proxy inverso con caddy sería mejor en este escenario?
Quería saber el nombre de lo que era. El número de serie no tiene sentido.
He tenido éxito con Caddy en el pasado. Sin embargo, probablemente tendrá el mismo problema.
Aquí tienes una sugerencia.
Regístrate para el droplet de $5 en DigitalOcean. Sigue la guía de instalación al pie de la letra, sin copiar certificados adicionales ni nada más.
Los droplets de DO se prorratean; si sigues la guía (que toma 30 minutos o menos), el costo de verificar la instalación es de $0.02. Si no deseas la instancia después, simplemente pulsa el botón de eliminar.
Si aún falla, entonces hay algo con lo que podemos comenzar a solucionar el problema.
Si funciona, entonces se demuestra que esto no es un problema de Discourse. Si eliges utilizar un entorno más complejo, lamentablemente también asumes la responsabilidad de los desafíos adicionales que presenta. La instalación estándar ha sido probada en la imagen de Ubuntu en DO, y su política de red no causa problemas con Let’s Encrypt (aunque ocasionalmente requiere una moderada corrección para enviar correos electrónicos).
Ten en cuenta que si has estado solicitando y volviendo a solicitar el mismo nombre de certificado, es posible que Let’s Encrypt haya puesto ese FQDN específico en espera.
Bueno, finalmente lo logré. Esto es lo que hice. Instalé Caddy y configuré un proxy para redirigir todas las conexiones desde la URL a localhost:444, pero eso no fue suficiente. Entré en app.yml y cambié el puerto de esta manera:
- "81:80" - HTTP movido al puerto 81 para reservarlo para Caddy
- "444:443" - Caddy manejará HTTPS
Luego, cuando voy al sitio web, carga y no niega la conexión a HTTPS.
¡Gracias a todos los que ayudaron y dejaron sugerencias!
Definitivamente lo haré, si tengo que instalar Discourse nuevamente.