Configuración de Discourse completada con éxito pero no funciona debido a un error SSL

Soporte
1

Aquí está el registro de errores

2024/12/14 14:04:39 [warn] 5993#5993: extensión duplicada "wasm", tipo de contenido: "application/wasm", tipo de contenido anterior: "application/wasm" en /etc/nginx/conf.d/discourse.conf:4
2024/12/14 14:04:39 [emerg] 5993#5993: no se puede cargar el certificado "/shared/ssl/masked.cer": PEM_read_bio_X509_AUX() falló (SSL: error:0480006C:PEM routines::no start line:Esperando: TRUSTED CERTIFICATE)
2024/12/14 14:04:40 [warn] 5995#5995: extensión duplicada "wasm", tipo de contenido: "application/wasm", tipo de contenido anterior: "application/wasm" en /etc/nginx/conf.d/discourse.conf:4
2024/12/14 14:04:40 [emerg] 5995#5995: no se puede cargar el certificado "/shared/ssl/masked.cer": PEM_read_bio_X509_AUX() falló (SSL: error:0480006C:PEM routines::no start line:Esperando: TRUSTED CERTIFICATE)
2024/12/14 14:04:41 [warn] 5997#5997: extensión duplicada "wasm", tipo de contenido: "application/wasm", tipo de contenido anterior: "application/wasm" en /etc/nginx/conf.d/discourse.conf:4
2024/12/14 14:04:41 [emerg] 5997#5997: no se puede cargar el certificado "/shared/ssl/masked.cer": PEM_read_bio_X509_AUX() falló (SSL: error:0480006C:PEM routines::no start line:Esperando: TRUSTED CERTIFICATE)
2024/12/14 14:04:42 [warn] 5999#5999: extensión duplicada "wasm", tipo de contenido: "application/wasm", tipo de contenido anterior: "application/wasm" en /etc/nginx/conf.d/discourse.conf:4
2024/12/14 14:04:42 [emerg] 5999#5999: no se puede cargar el certificado "/shared/ssl/masked.cer": PEM_read_bio_X509_AUX() falló (SSL: error:0480006C:PEM routines::no start line:Esperando: TRUSTED CERTIFICATE)
2024/12/14 14:04:43 [warn] 6001#6001: extensión duplicada "wasm", tipo de contenido: "application/wasm", tipo de contenido anterior: "application/wasm" en /etc/nginx/conf.d/discourse.conf:4
2024/12/14 14:04:43 [emerg] 6001#6001: no se puede cargar el certificado "/shared/ssl/masked.cer": PEM_read_bio_X509_AUX() falló (SSL: error:0480006C:PEM routines::no start line:Esperando: TRUSTED CERTIFICATE).

Cuando miré el SSL, parecía vacío. Intenté reconstruir la aplicación y mi ID de correo electrónico proporcionado a letsencrypt es el correcto.

Saludos,
Nu

2

Esto sucede a menudo si omite la verificación del nombre de host en discourse-setup y reconstruye varias veces, de modo que discourse limite su tasa. ¿Quizás tiene la nube naranja de Cloudflare?

Puede consultar los registros, aunque son difíciles de encontrar. Si ese es el problema, la solución es esperar una semana o agregar otro nombre de host como se describe en Configurar Let’s Encrypt con varios dominios/redirecciones

3

Gracias por tu respuesta. Estoy usando Digital Ocean, no omití la verificación del nombre de host ni reconstruí. Hice lo mencionado en las instrucciones de GitHub para la configuración basada en Docker. Creo que tengo que configurar Let’s Encrypt manualmente.

2 Me gusta
4

Tampoco pude encontrar el archivo /etc/ngnix/ngnix.conf. ¿Me falta algo antes de ejecutar el script de instalación?

-Nu

5

Está dentro del contenedor. Puedes

 ./launcher enter app

para entrar. Puedes investigar y encontrar el comando que intenta obtener el certificado. Lo hago con poca frecuencia como para recordar cuál es. Probablemente puedas buscar aquí y encontrarlo.

Mi mejor suposición sigue siendo un problema de DNS, pero parece que lo has hecho bien.

6

Encontré la causa raíz, 1. La instalación no fue exitosa porque en DNS IPv4 apuntaba correctamente pero IPv6 apuntaba incorrectamente (no actualizado). 2. Digital Ocean no admite el servicio de correo smtp en sus droplets.

La instalación ahora está completa pero todavía no puedo recibir el correo electrónico de verificación de administrador debido a la restricción de Digital Ocean, estoy revisando múltiples opciones.

  • Opción Sendgrid falló :frowning: no sé si es una limitación tecnológica o mi error.

Nu

7

Lo siento, estuve ocupado con otras tareas. ¿Alguien sabe cómo usar/configurar Mailgun, SendGrid o cualquier otro proveedor SMTP en Discourse, que está alojado en DigitalOcean? Llené los detalles de las credenciales SMTP de SendGrid (nombre de usuario, contraseña, servidor SMTP, puerto, correo electrónico, correo electrónico de respuesta, correo electrónico SSL…) y ejecuté la reconstrucción, pero todavía no funcionó.