Tengo este error al configurar Discourse
ADVERTENCIA: El puerto 443 del ordenador no parece ser accesible usando el nombre de host
en un servidor Debian autoalojado
Estoy usando un dominio dedicado para Discourse, he puesto una página de índice HTML simple, funciona
Pero hay otros dominios apuntando a este servidor pero solo páginas web HTML básicas
He leído en temas similares que Discourse no puede ejecutarse en el mismo servidor que WordPress,
pero ¿existen otras limitaciones?
Muchas gracias
Discourse puede funcionar perfectamente con Wordpress. Pero que funcione en tu propio ordenador es otra historia totalmente diferente. Menciono esto solo porque alguien podría encontrar este tema a través de una búsqueda y obtener la impresión de que usar Wordpress (o casi cualquier otro CMS/aplicación) en el mismo servidor con Discourse, entendiendo servidor como VPS, es misión imposible. Y no lo es. En realidad, es bastante trivial.
Asumo: tienes un servidor que es utilizado por múltiples dominios o subdominios que apuntan al mismo servidor.
Por lo tanto, principalmente necesitas ejecutar un servidor proxy principal que escuche en los puertos 80 y 443 si ejecutas TLS/SSL.
El servidor proxy principal enrutará el tráfico basándose en el host/dominio, es decir, discourse.example.com => ir a discourse, blog.example.com => ir a wordpress.
Creo que tienes múltiples opciones para manejar tal implementación, porque típicamente wordpress viene con su propio servidor proxy, al igual que discourse. Así que tus opciones podrían ser:
Usar el servidor proxy nginx de discourse como el principal y este haría proxy a wordpress.
Usar wordpress como el servidor proxy principal y este haría proxy a discourse.
Usar tu propio servidor proxy principal que haría proxy a ambos.
En cualquier caso, lo que elijas, creo que TLS/SSL generalmente sería manejado por el servidor proxy principal.
He usado discourse en los dos primeros escenarios anteriores, cuando usé otro servidor proxy para manejar el tráfico entrante (primera opción) tuve que cambiar los puertos y desactivar TLS, y en su lugar dejé que el otro servidor proxy lo manejara. Y para el segundo escenario, cambié el archivo de configuración de nginx dentro del contenedor de discourse y agregué una declaración para otro servidor y luego generé un certificado para él usando certbot.
Eh… no. Típicamente no hay proxies. Solo un servidor web normal, como Apache2 o Nginx, cuando sirve hosts virtuales y termina SSL, no es un servidor proxy. Claro, puede actuar como uno, pero esa no es la solución típica y no tiene nada que ver con WordPress.
WordPress no viene con ningún tipo de servidor.
WordPress instalado se puede vender junto con el servidor web, PHP, SQL, etc., pero es algo totalmente diferente a que “venga con”.
Discourse sí viene con él.
Y sí, usar un proxy o lo que sea delante de Discourse y servir WordPress en el mismo servidor es bastante trivial.
Me refería principalmente al caso en que la pila de WordPress incluiría nginx o apache; no viene con él, sin embargo, en esta era de contenedores, si revisas la imagen oficial de Docker de WordPress (que tiene más de mil millones de descargas), viene con Apache.
Lamento no haber usado el término proxy apropiadamente, de todos modos, el punto al que intentaba referirme considera que uno terminaría con dos servidores web (o servidores proxy) cuando quisieran ejecutar WordPress con Discourse.
disculpa la tardanza en responder, estuve desconectado de los foros por un tiempo, se siente bien, pero intenté solucionar los problemas de correo electrónico antes de irme, pero todavía obtengo un error 502 al acceder al foro.
disculpa, me expliqué mal, no necesito WordPress en el mismo servidor, solo fue para tomar un ejemplo de lo que no podías hacer.
De hecho, solo tengo 4 dominios que apuntan a un sitio web simple en este servidor.
el doctor de Discourse no parece tener errores
pero todavía obtengo el error 502 en el dominio del foro
¿Necesito instalar haProxy como dicen aquí? Gracias
Es la misma idea, ya sea que uses WordPress o cualquier otro framework.
Cuando tienes varios sitios web apuntando al mismo servidor, todo el tráfico de sitios web/http(s) escucha en el puerto 80/433, por lo que normalmente tendrías un servidor escuchando en estos puertos que reenviaría el tráfico dado el nombre de host/sitio web.
Entonces, ¿qué significa eso en el contexto de Discourse?
Puedes dejar que el servidor nginx de Discourse maneje la redirección de tráfico (en este caso, Discourse escuchará en 80/443, consulta este tema Run other websites on the same machine as Discourse) o puedes hacer que Discourse escuche en un puerto diferente, es decir, 8080, y luego pedirle a tu servidor que lo redirija si la solicitud proviene del sitio web del foro. Nota: en este caso, es mejor desactivar TLS/SSL de Discourse y dejar que tu servidor principal lo maneje.