ADVERTENCIA: No parece ser posible acceder al puerto 443 de la computadora usando el nombre de host: .com.
ADVERTENCIA: La conexión a http://.com (puerto 80) también falla.
Esto sugiere que .com se resuelve a una dirección IP que no llega a esta
máquina donde estás instalando discourse.
Lo primero que debes hacer es confirmar que .com se resuelve a la dirección IP de este servidor.
Normalmente haces esto en el mismo lugar donde compraste el dominio.
Si estás seguro de que la dirección IP se resuelve correctamente, podría ser un problema de firewall.
Una búsqueda en la web de “abrir puertos TU SERVICIO EN LA NUBE” podría ayudar.
Esta herramienta está diseñada solo para las instalaciones más estándar. Si no puedes resolver
el problema anterior, deberás editar tú mismo containers/app.yml y luego escribir
./launcher rebuild app
Tengo un par de preguntas:
Tengo .com y ya hay un sitio en funcionamiento. Ahora quiero ejecutar discourse como .com/discourse. La aplicación se está ejecutando delante de un balanceador de carga. ¿Pero necesito hacer algo en el lado de discourse?
¿En qué puerto se está ejecutando discourse?
Cuando hago curl, puedo acceder al sitio, pero ¿por qué falla la configuración de discourse?
¿Está bien ignorar la configuración de correo electrónico?
Todavía soy nuevo aquí, pero me encontré con una situación similar la semana pasada. La forma más fácil de usar tu dominio para dos servidores diferentes es usando un subdominio. Puedes hacerlo creando un Registro A en tu proveedor de DNS especificando el nombre de host como subdominio.tudominio.com, o solo el subdominio, y luego apuntar a la IP de la instancia de Discourse.
Este artículo puede ayudarte con la solución anterior.
La solución que sugerí anteriormente puede ayudarte con eso. Creo que esta forma de usarlo como un recurso para tu otra aplicación puede ser más difícil de configurar.
Al usar el script oficial de configuración en la nube, se ejecutará en el puerto 80 por defecto.
¿Podrías dar más detalles sobre eso?
Si lo haces, no podrás enviar ningún correo electrónico, como invitaciones y confirmaciones de registro de cuentas. Pero probablemente no puedas ignorar la configuración smtp.
Por cierto, 443 es el puerto HTTPS, se utiliza para establecer el cifrado. Esto significa que tu dominio probablemente no está configurado correctamente y la configuración de Discourse no puede acceder a tu servidor.
Dijo que está utilizando este dominio para otra aplicación, creo que la mejor manera de proceder es configurar un subdominio. De lo contrario, uno tendría que configurar Nginx manualmente para servir tanto la aplicación anterior como Discourse en una ruta de recursos.
Para la configuración del correo electrónico necesitarás un servicio SMTP. Este tutorial tiene una lista de los que Discourse recomienda. Aunque Gmail, Outlook y Yahoo tienen una opción SMTP, no admiten correos electrónicos transaccionales, que son necesarios.
