Hola,
¿Alguien puede guiar o proporcionar ejemplos sobre cómo configurar web socket con HTTPS para Discourse?
HTTP simple funciona, pero lo necesitaría sobre HTTPS.
Para que conste, según leí en tu otra publicación, esto podría valer la pena intentarlo
La verdad es que no, ejecuto otros sitios web sin problemas en 80/443 como dije, ya estoy ejecutando sitios web con LiteSpeed, ni siquiera el servidor de correo está bloqueado. Incluso lo intenté con el puerto 8443, pero no apareció nada en él. De forma WebSocket, al menos pude ejecutarlo sobre HTTP, pero se rompió debido a contenido mixto sobre HTTPS.
Discourse no admite ninguna combinación de puertos que no sea 80/443.
Discourse puede que no lo soporte, pero Docker sí, pero aún puedo pasarlo con sockets al Nginx exterior.
Esto está sobre el 8080.
Mi único problema es que no parece que HTTPS funcione de ninguna manera.
Por eso dije que Discourse no admite ningún puerto que no sea 80/443.
Si realmente quieres intentar cualquier combinación alternativa, es bajo tu propio riesgo.
1 me gusta
Me parece una estupidez. La gente suele ejecutar varios servicios en el mismo servidor, literalmente estás restringiendo a los usuarios para que no lo hagan. Además, los contenedores de Docker no suelen estar solos en el mismo servidor. Parece que estás empujando a otras personas a comprar servidores separados, solo porque no quieres admitir otros puertos que no sean los predeterminados.
Literalmente miles de personas alojan otros servicios en el mismo servidor que Discourse. Hay maneras de hacerlo. Si investigas un poco, es un caso de uso muy bien soportado. Necesitas ponerlo detrás de un proxy inverso para lograrlo.
Aquí hay una manera de hacerlo Run other websites on the same machine as Discourse
Tengo mi sandbox público de Discourse alojado en un NUC que aloja varios otros servicios detrás de Nginx Proxy Manager, pero esa es mi manera de hacerlo. No está oficialmente soportado, pero conozco el funcionamiento.
1 me gusta
Ya intenté eso antes también, no se transmite correctamente. De todos modos, no le veo ningún sentido al soporte en este caso, porque como dijiste, miles de personas lo hacen. Sin embargo, no hay pasos claros para que funcione en ningún lugar de Github o Wiki. Solo la opción directa 80/443, que actúa como un solo servicio.
Necesitarás un proxy inverso, como Cómo configurar Discourse en un servidor con sitios Apache existentes.
1 me gusta
Excepto que de todos modos no estoy ejecutando Apache, preferiría necesitar Nginx y LiteSpeed, pero aun así, sería más simple simplemente permitir usar otros puertos, entonces podemos pasarlo fácilmente a otros servidores web.
No, no entiendo nada de Docker. Pero cuando tuve un discurso en el mismo VPS donde tenía Nginx y Varnish antes de Discourse, usé sock sin problemas. ¿Pero es algo diferente?
Hoy en día tengo Discourse en un VPS diferente al de Nginx/Varnish, así que no puedo usar socket. Es por eso que Varnish envía a todos al puerto 82 y desde allí al VPS de Discourse. Y es por eso que tengo:
expose:
- "82:80"
Pero, ¿es eso algo totalmente diferente a que Discourse solo pueda usar los puertos 80/443?
Entonces puedes encontrar la guía de nginx o usar esta como ejemplo.
Eso no va a suceder. Necesitarás un proxy inverso que haga https.
2 Me gusta
Encontré una forma de hacerlo funcionar, después de todo no fue tan difícil, y puedes ejecutar Discourse en el puerto que desees.
Correcto. Puedes tener el contenedor docker de Discourse abierto en el puerto 82 (o cualquier puerto) si tienes Varnish delante para que la URL sea una URL https normal. Siempre que Varnish gestione los certificados https, deberías poder proceder como esperas.
1 me gusta