3º post seguido… porque cuando edito creo que no aparece en las respuestas nuevas.
He hecho todo lo que dijiste. He importado todo. El importador se ha detenido y la aplicación se ha iniciado. Pero aún no puedo conectar con mi sitio 
Firefox dice: Hmm. Estamos teniendo problemas para encontrar ese sitio. No podemos conectar con el servidor en [mi sitio de Discourse]
…mantengo los dedos cruzados con la esperanza de que alguien sepa la respuesta
Es difícil dar una respuesta con tan poca información. Lo único que sabemos es que tu sitio no es accesible.
Dado el número de publicaciones aquí específicas para tu caso, probablemente valga la pena separarlas en un tema independiente, ya que esto solo parece estar parcialmente relacionado con el importador.
Hola Helmi, gracias por tu respuesta. Sí, estoy de acuerdo en que esto quizás debería ir en otro tema, pero como los problemas comenzaron cuando estaba importando, lo puse aquí primero.
En cuanto a tus preguntas, instalé Discourse yo mismo en un droplet de DO. Todo funcionó bien, e incluso ya había realizado una importación. Pero tuve que hacer una nueva importación completa porque había olvidado configurar las rutas de los emoticonos. Por eso tuve que borrarlo todo. Sin embargo, desde entonces han comenzado los problemas.
He logrado conectarme a mi foro una vez para restaurar mi copia de seguridad de toda la configuración (tema, etc.) antes de realizar la importación. Luego tuve que abortar la importación porque había cometido un error en la ubicación de los emoticonos, así que tuve que empezar todo de nuevo desde cero. Por lo tanto, volví a borrarlo todo y luego reimportar. (Creía yo).
Pero desde entonces ya no puedo conectarme al sitio. Discourse Doctor dice que todo está bien, excepto que no puede encontrar la versión de mi Discourse. En cuanto a los registros, por favor indícame el comando para verlos y los revisaré. Sí, he esperado, y esperado, y esperado… todavía no hay conexión.
Realmente no sé por dónde empezar a buscar para resolver esto. Si tienes alguna idea, por favor házmelo saber 
Edt: así que descubrí cómo revisar los registros… y están llenos de errores SSL. Así que ahora estoy intentando reinstalar un nuevo certificado con esto: Set up HTTPS support with Let's Encrypt - realmente espero que esto lo solucione.
Los errores SSL probablemente signifiquen que ya has intentado solicitar un certificado LE con demasiada frecuencia. Es posible que tu dominio esté bloqueado en LE por un tiempo. Revísalo detenidamente y, si es así, quizás puedas usar un subdominio por el momento para sortear este problema.
Y en cuanto al resto: Como estás en DO, tal vez en el futuro debas crear una instantánea en DO cada vez que alcances un paso del que quieras poder volver en caso de cualquier problema.
Muchas gracias por el consejo sobre las instantáneas. ¡Definitivamente tendré eso en cuenta la próxima vez!
Además, he logrado solucionarlo copiando de nuevo el directorio SSL desde la copia de seguridad que hice. Resulta que, de alguna manera, los certificados se habían convertido en archivos de 0 KB. Qué raro. Cuando volví a colocar los archivos antiguos, pude acceder.
Gracias a todos por su ayuda y apoyo. Y creo que ahora todas mis publicaciones anteriores encajarían mejor en la sección de soporte / SSL o algo así (pero, por supuesto, no lo sabía en el momento de publicar).
edición: actualización: tras reconstruir la aplicación, parece que el SSL se elimina de alguna manera cada vez. ¿Solicita un certificado LE en cada reconstrucción? Si es así, entiendo que podría considerar que lo he solicitado con demasiada frecuencia… He reconstruido tantas veces para intentar averiguar qué estaba mal.
No. Por lo que sé, verifica la fecha de renovación y lo renueva cuando es necesario.
Aparentemente, puedes obtener cinco certificados en siete días:
Uno de esos errores parece indicar que no has apuntado tu nombre de dominio a la dirección IP correcta.
Gracias, JahDu. Entonces, encuentro aún más extraño que, tras una reconstrucción, las claves SSL no se configuren correctamente.
@Jay, es extraño porque antes funcionaba, con la misma IP y todo. El dominio apunta a la IP correcta.
Discourse está en un subdominio de mi dominio principal; ambos están en servidores diferentes. El subdominio tenía una IP distinta a la del dominio principal, pero el subdominio está registrado en la configuración de SSL.
Podría volver a revisar app.yml, pero está en medio de reconstruir 100 mil publicaciones (para que funcione un plugin) y lleva su tiempo…
edición: volví a revisar app.yml y no ha habido cambios desde que todo funcionaba.
¿Dónde debería buscar ahora?
Acabo de realizar otra reimportación. Esta vez sin reconstruir la aplicación. Había restaurado una copia de seguridad y luego importé la base de datos de phpBB3. Después de la importación, de nuevo, las claves SSL se corrompieron. No he reconstruido nada, solo inicié y detuve los contenedores app.yml e import.yml.
Estoy atascado. ¿Restaurar una copia de seguridad a través del panel de administración del foro afecta las claves SSL? No verifiqué el directorio SSL hasta después de la importación, así que no sé cuándo ocurrió.
¿Quién, oh quién, puede arrojar luz sobre esto?
¿Hay algún detalle sobre el problema con SSL? ¿Por ejemplo, del registro? Mi suposición sigue siendo que tu dominio está bloqueado por LE, pero sin detalles del registro es difícil decirlo.
Lo que ocurre es que los archivos del directorio SSL se sobrescriben de alguna manera, de modo que los archivos .key y/o .cer quedan de 0 KB en lugar de los 3 KB y algo que deberían tener. Solo uno o dos de ellos se ‘corrompen’ a 0 KB, no todos. Lo soluciono copiando los archivos de respaldo de nuevo, pero eso es solo un paliativo.
Los registros (antes de corregir los archivos) muestran este error una y otra vez:
nginx: [emerg] cannot load certificate “/shared/ssl/[mydomain]_ecc.cer”: BIO_new_file() failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen(‘/shared/ssl/[domain]_ecc.cer’,‘r’) error:2006D080:BIO routines:BIO_new_file:no such file)
nginx: [emerg] cannot load certificate “/shared/ssl/[domain]_ecc.cer”: PEM_read_bio_X509_AUX() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: TRUSTED CERTIFICATE)
Por favor, echa un vistazo a /shared/letsencrypt/acme.sh.log dentro del contenedor para averiguar qué está sucediendo.
¡Ahh, no sabía que también había registros allí! ¡Gracias por el aviso!
Hay mucho ocurriendo allí; parece que estaba renovando los certificados con cada reconstrucción, ¿verdad? Porque hay muchas acciones de renovación. Y @helmi tiene razón, creo que este es el que mencionas:
[Sat 25 Jan 2020 06:48:31 PM UTC] Create new order error. Le_OrderFinalize not found. {
“type”: “urn:ietf:params:acme:error:rateLimited”,
“detail”: "Error creating new order :: too many certificates already issued for exact set of domains: $
“status”: 429
Así que… ¿cómo supero eso?
edit: según Let’s Encrypt:
Si has alcanzado un límite de tasa, no tenemos forma de restablecerlo temporalmente. Tendrás que esperar hasta que el límite de tasa expire después de una semana.
Y luego encontré Rate Limits - Let's Encrypt
Así que… creo que simplemente tendré que esperar una semana…
edit2: revisé en https://crt.sh/ y solo veo 10 certificados para la semana pasada… ¿no 50?
pregunta: ¿cuándo considera un certificado una renovación? ¿Solo cuando se reconstruye la aplicación, supongo?
¿Tienes un nombre de host con mayúsculas y minúsculas? Creí que el código ahora convierte todo a minúsculas, pero eso es solo una suposición. Estoy bastante seguro de que una reconstrucción no suele solicitar un nuevo certificado si este es válido.
¿Te refieres a lo definido en app.yml en DISCOURSE_HOSTNAME?
No, todo está en minúsculas.
La única manera que conozco de que alcances ese límite es si tus solicitudes de certificados fallaran por alguna razón.
Gracias ¿Cómo/dónde puedo verificar si fallan? ¿Sabes qué error debo buscar en los registros?
Si vas al foro de Let’s Encrypt, crea un nuevo tema en la categoría de Ayuda y rellena el formulario que se te presenta, podrán verificar tu(s) dominio(s) y decirte qué problema(s), si los hay, podría(n) haber. También pueden ayudarte a corregir cualquier problema.
Como nota al margen: Let’s Encrypt recomienda usar el modo “staging” para evitar alcanzar los límites de certificados que se encuentran en el modo de producción. Un límite de 5 intentos fallidos se restablece después de 1 hora. 
Gracias, Jim, lo haré cuando vuelvan los errores.
Acabo de realizar otra reconstrucción y, ¡oh, milagro!, ¡no hubo ningún error de SSL!