Hola, estoy interesado en crear un foro de Discourse para usar en una ubicación en una red. Esto se debe a que el foro no necesita (ni debería) ser accesible externamente. He visto un par de temas que suenan como si la gente intentara configurar algo similar a esto, pero hay una falta de respuestas concisas.
Esencialmente, mis preguntas son las siguientes:
¿En qué se diferenciaría mi instalación de la instalación predeterminada si no quiero crear un “servidor en la nube” o conectarme a Internet? (Suponiendo una máquina local con una instalación nueva de Ubuntu)
¿Todavía necesito un nombre de dominio y un servicio de correo electrónico? Si es así, no entiendo por qué no puedo simplemente conectarme a la máquina local que ejecuta Discourse usando la IP local.
¿Es Discourse la herramienta adecuada para el trabajo? Me gusta cómo está diseñado el sitio y he utilizado comunidades de Discourse, pero si esto no tiene sentido como herramienta de comunicación interna, buscaré en otro lado.
Creo que esto es posible, descargando primero el programa discourse a un ordenador local, luego debería ser posible grabar esa imagen en un disco o mover el archivo a una unidad externa y usarla para la instalación.
Es posible que no necesites un nombre de dominio + servicio de correo para eso, no estoy seguro.
En cuanto a la pregunta de si Discourse es ideal para tu caso de uso como herramienta de comunicación interna, eso dependería de cómo planees usarlo y cuáles sean las opciones alternativas.
Necesitarías un correo electrónico para la confirmación de nuevas cuentas y restablecimiento de contraseñas; podrías intentar solucionar esto usando un sistema de autenticación externo.
Discourse requiere un nombre de dominio y https. Si estás en una red privada, necesitarás configurarlo detrás de un proxy inverso que administre el https.
No puedes usar una instalación estándar.
Discourse también necesitará poder enviar correos electrónicos a los usuarios que desees que puedan crear cuentas.
Para mí, Docker y Discourse en sí son un gran misterio, pero ¿es suficiente que el proxy inverso envíe las cabeceras proxy_set_header? ¿Entonces no hay necesidad de terminar realmente SSL?
¿Y los correos electrónicos no necesitan salir y luego podría haber un uso de correo dentro del sistema? Algo que todos los pingüinos han sabido durante mucho tiempo.
Pero si existe la necesidad real y actual de terminar SSL, ¿funcionaría un certificado autofirmado?
Discourse requiere que las direcciones de correo electrónico sean validadas, por lo que necesitará enviar correos a todos los usuarios a menos que utilice inicio de sesión social o SSO que proporcione correos electrónicos validados.
Bueno, con un proxy inverso nunca lo recibe. Recibe encabezados del proxy. Y si esos encabezados son configurados por ese proxy, Discourse nunca sabe que el tráfico proviene del puerto 80. Y ese es un punto y la función de un proxy inverso, terminar SSL. ¿Estoy equivocado?
Claro. Pero Discourse está totalmente contento si va a la cuenta *nix del usuario bajo el sistema y nunca sale del propio VPS, siempre que la entrega de correo dé la respuesta correcta. ¿Estoy equivocado?