Discourse instalado en UNRAID Ubuntu Server VM detrás del proxy inverso NPM no resuelve el nombre de host

Instalación
1

¡Hola a todos! He leído varias publicaciones aquí sin éxito, así que pensé en explicar mi configuración actual en detalle con la esperanza de que alguien pueda darme alguna opinión para resolver el problema.

Actualmente estoy ejecutando un servidor Unraid. Unraid aloja contenedores docker y también máquinas virtuales. Tengo un Nginix Reverse Proxy Manager (NPM) ejecutándose en un contenedor docker que maneja proxies inversos para todos mis otros contenedores docker que ejecuto. Mi firewall está configurado para enviar todo el tráfico WAN en los puertos 80/443 a NPM y redirijo el tráfico dentro de NPM a mis contenedores.

Seguí la siguiente guía: discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub

Indica que es para la instalación en un servidor en la nube, aunque el mío es una máquina física autoalojada aquí.

Información del sistema a partir del domingo 28 de enero, 07:35:54 UTC 2024

  Carga del sistema:              0.5126953125
  Uso de /:               45.9% de 13.16GB
  Uso de memoria:             6%
  Uso de swap:               0%
  Procesos:                125
  Usuarios conectados:          0
  Dirección IPv4 para docker0: 172.17.0.1
  Dirección IPv4 para enp1s0:  10.30.20.150

Inicié una máquina virtual en Unraid, instalé Ubuntu Server, configuré una dirección IP estática, instalé Docker y descargué Discourse. Al ejecutar la configuración, obtengo el siguiente error.

¿Nombre de host para tu Discourse? [discourse.example.com]: forum.mydomain.net

Comprobando tu nombre de dominio . . .
ADVERTENCIA: El puerto 443 del ordenador no parece ser accesible usando el nombre de host:
ADVERTENCIA: La conexión a (puerto 80) también falla.

Esto sugiere que forum.mydomain.net 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 forum.mydomain.net 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, necesitarás editar tú mismo containers/app.yml y luego escribir

./launcher rebuild app

Puedo hacer ping a mi VM de Ubuntu en la IP estática asignada 10.30.20.150 desde mi contenedor NPM. He configurado mi configuración de NPM para apuntar a https 10.30.20.150 puerto 443, así como al puerto 80 http, sin éxito. Cuando la configuración falla, ¿parece que se cierra el contenedor de Discourse dentro de la VM?

¿Hay alguna solución para esto?
¿Posiblemente, editar los puertos de mi firewall para evitar el proxy inverso y apuntar directamente a la VM para que pueda obtener un certificado y ejecutar el contenedor, y luego, una vez en funcionamiento, poder editar manualmente el config.yml para usar mi proxy inverso?
¿Podría editar la instalación de alguna manera para que no solicite un certificado SSL y se ejecute en el puerto 80, y luego encargarse de obtener un certificado SSL a través de NPM?

Por último, vi en algunas publicaciones que existe una versión ‘production’ y ‘development’ de Discourse… parece que la versión de desarrollo se puede ejecutar en HTML en un puerto local. Si esto es cierto, me imagino que podría poner todo detrás de mi proxy inverso más fácilmente… Por lo que he leído, el paquete de producción es más fácil de mantener actualizado y puede tener mejoras de rendimiento.

Agradecería mucho ayuda, comentarios o sugerencias sobre el asunto.

2

Esta es la única instalación de producción compatible aquí.

Pero no estoy convencido de que sea adecuada para tu circunstancia, ya que ya tienes un proxy inverso.

Podrías investigar el uso de la imagen base de Discourse y aplicar ingeniería inversa a tu propia composición personalizada:

https://hub.docker.com/r/discourse/base/

1 me gusta
3

¿Puedes eliminar en app.yml la referencia a los puertos 80 y 443 con un #?

4

¿se encuentra ese archivo en /var/discourse/containers? No puedo acceder a ese directorio, dice ‘permiso denegado’

6

¿entonces el concepto base de esto sería editar el archivo docker de la base de Discourse y eliminar las líneas que instalan/configuran el proxy inverso que viene con el paquete?

8

No, me centraría en crear un docker compose completamente a medida (o lo que sea que estés usando para la orquestación) y usaría un dockerfile personalizado para Discourse.

9

Nunca he hecho esto antes y suena un poco intimidante. No tengo idea de por dónde empezaría. Me pregunto si alguien ha pasado por el camino por el que voy y ya ha hecho y publicado una solución.

Me pregunto si hacer algo similar a lo que hizo este tipo aquí podría aislar los contenedores creados en el proxy inverso para que pudiera completar una instalación, o resolver correctamente a mi proxy inverso externo que se ejecuta en su propio contenedor docker.

2 Me gusta
10

Está en el extremo avanzado del trabajo de sysadmin, pero Docker Compose es básicamente como jugar con legos muy geniales, no es tan difícil como parece y hay mucha ayuda en la web.

Sería una gran experiencia de aprendizaje desarrollar una habilidad muy transferible, ¡adelante!

Tu enlace también parece otro buen lugar para intentarlo.

2 Me gusta
11

Sí, esa es la correcta.

12

No es tan fácil, sin embargo. Cuando he hecho esto, todavía he usado el lanzador para construir una imagen, enviarla a un repositorio y luego lanzarla. Luego, también necesitas tener medios para precompilar activos, migrar la base de datos y quizás algunas otras cosas.

Seguir el método de “ejecutar otros sitios web” es probablemente lo que hay que hacer.

3 Me gusta
13

Sí, no es trivial, pero he trabajado con una solución de Docker Compose bastante buena en un cliente, ¡sin launcher a la vista!

También tengo una instalación de desarrollo en la nube privada usando DC…

2 Me gusta