Estamos migrando a un nuevo droplet de DigitalOcean y hemos intentado usar la imagen del mercado. Al ejecutar el script de configuración, falla rápidamente porque nuestro nombre de dominio aún apunta a nuestra instancia actual en producción.
Necesito tener esta nueva instalación operativa para poder restaurar su copia de seguridad y, posteriormente, actualizar los registros DNS.
El error es:
Verificando tu nombre de dominio . . .
ADVERTENCIA: El puerto 443 del equipo no parece ser accesible usando el nombre de host: x
ADVERTENCIA: La conexión a x (puerto 80) también falla.
Esto sugiere que x 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 x se resuelve a la dirección IP de este servidor.
Por lo general, esto se hace 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 sobre "abrir puertos TU_SERVICIO_EN_LA_NUBE" podría ayudar.
El nombre de dominio en realidad responde en los puertos 80 y 443, por lo que este mensaje de error también parece ser incorrecto.
Nosotros (el equipo de Discourse) no gestionamos la imagen del marketplace de DO, así que temo que no podamos ayudarte mucho a resolver ese problema en particular.
Sí, nosotros gestionamos eso. No revisé el código, asumí que la verificación provenía de la imagen del marketplace.
./discourse-setup está diseñado como una forma sencilla de configurar Discourse, evitando la necesidad de editar manualmente un archivo de texto al crear un nuevo sitio de Discourse. Tu caso de uso no es “típico” para lo que maneja el script de configuración.
En tu caso, lo más recomendable sería copiar el archivo containers/app.yml desde tu servidor actual al nuevo. Alternativamente, puedes editar el archivo manualmente como se sugiere en las líneas 75/76:
¿Dónde puedo encontrar el archivo app.yml predeterminado? Quiero comenzar con una instalación predeterminada limpia.
Además, ¿cómo puedo iniciar el servidor sin el script de configuración? El acceso a la dirección IP sigue sin responder, ya que no puedo ejecutar el script de configuración.
Pero ahora no puedo importar la copia de seguridad porque no puedo activar mi cuenta de administrador temporal:
(6) Se ha denegado la carga del script ‘’ porque viola la siguiente directiva de la Política de Seguridad de Contenido: “script-src ”. Tenga en cuenta que ‘script-src-elem’ no se estableció explícitamente, por lo que se utiliza ‘script-src’ como alternativa.
¿Existe una forma directa de restaurar desde una copia de seguridad o desactivar la CSP hasta entonces?
cd /var/discourse
sudo ./launcher enter app
rails c
SiteSetting.content_security_policy = false
exit
exit
Ten en cuenta que te sugiero intentar primero la restauración de la copia de seguridad desde la CLI; esto resuelve el problema real que tienes (restaurar una copia de seguridad) en lugar del obstáculo actual (CSP).
Parece que tienes un índice corrupto. ¿Has ejecutado una actualización en la instancia existente? Es posible que eso ayude.
Hay un tema en algún lugar con instrucciones para copiar los archivos de la base de datos sin procesar (y de Let’s Encrypt) desde la instancia antigua. Eso es probablemente lo que yo haría.