Tal vez tengas otro servidor web nginx ejecutándose en ese servidor. Nunca he visto que Discourse se rinda y muestre la página de bienvenida genérica de nginx.
Eso es lo que pensé, así que busqué un nombre de proceso que coincidiera con NGINX, pero no encontré nada. Luego listé todos los procesos, pero tampoco había nada.
EDITO: Nunca he instalado NGINX en ese servidor.
Aunque recordaba cómo llegué a esto. Configuré un correo electrónico para Lets Encrypt, era ls@theforumssite.xyz, luego descomenté eso y las dos plantillas. Luego reconstruí la aplicación, pero no funcionó. Reinicié todo (eliminé la carpeta de discourse) y lo configuré de nuevo, y ocurre lo mismo.
¿Estás usando Cloudflare?
Sí, estoy usando Cloudflare, solo DNS, pero da el mismo resultado al ir directamente a la dirección IP.
¿Dónde estás instalando esto?
En un VPS de Ubuntu 18.04 en Google Cloud.
Bueno, ahora de repente funciona, ¿verdad? Pero sigue sin haber HTTPS (Conexión rechazada).
Okay, ahora no tengo ni idea de lo que está pasando. Creé dos archivos SSL (ssl.crt y ssl.key) y los coloqué en /var/discourse/shared/standalone/ssl, activé la plantilla SSL (no Let’s Encrypt) y agregué esta configuración en la sección run. Cuando intento acceder por HTTPS, la conexión se rechaza, pero ahora, cuando intento acceder por HTTP, simplemente no envía ningún dato.
Estoy en un VPS de Google Cloud con Ubuntu 18.04 LTS instalado.
Habría sido mejor si hubieras mantenido esto en tu otro tema.
En lugar de preocuparte con tus propios certificados, la solución sencilla es volver a ejecutar ./discourse-setup y proporcionar una dirección de correo electrónico para Let’s Encrypt; así, se encargará de todo el trabajo por ti. Si prefieres hacerlo de la manera más complicada, deberás buscar aquí el tema que describe cómo hacerlo y seguir esas instrucciones.
No hay una buena razón para crear tus propios certificados de Let’s Encrypt; ese es el propósito de que discourse-setup solicite el correo electrónico. Estás añadiendo una complicación innecesaria aquí.
¿Has verificado si tu servidor es accesible por el puerto :443? Se recomienda DigitalOcean porque allí no existen ninguno de estos obstáculos. No podemos ayudarte si insistes en improvisar partes del proceso de instalación, y apenas podemos ofrecer asistencia con Google Cloud.
Eso es lo que pensé en hacer, pero también pensé que la gente simplemente vería la etiqueta “unsupported-install” y se iría.
Como no estás siguiendo la instalación estándar, lo que estás haciendo no está totalmente respaldado, por lo que la etiqueta sería precisa.
Lo exactamente mismo ocurre cuando realizo el proceso de correo electrónico con Let’s Encrypt.
De acuerdo, ese fue mi error, tendré esto en cuenta para cuando publique temas.
Bien, y dado que estás utilizando Google Cloud, tienes la complejidad adicional de gestionarlo. Esa es una decisión tuya; no es algo en lo que podamos ayudarte.
¡Bien, lo entiendo, gracias por la ayuda!
discourse-doctor intentará verificar si el puerto 443 está abierto a través de tu nombre de dominio. Mi suposición es que está siendo bloqueado por un firewall o una política de seguridad. Creo que recuerdo que debes habilitarlo en Gcloud.
¿Pensé que ya lo era? Lo verificaré de nuevo y responderé si está abierto o no. También agregué un correo electrónico y estoy reconstruyendo ahora mismo para ver si eso marca la diferencia.
