Estoy un poco confundido sobre cuándo una nueva instalación de Discourse basada en Docker expone el puerto 80. Permítanme explicar…
Cuando ejecuto ./discourse-setup, asumo que las preguntas iniciales (nombre de host, dirección de correo electrónico, etc.) se presentan ANTES de que se cree el contenedor y, por lo tanto, antes de que Discourse exponga el puerto 80. ¿Es eso correcto?
De ser así, ¿no presenta esto un poco de un dilema al ingresar un nombre de host?
He creado mi registro A (y es accesible mediante ping a través del nombre de host). Pero el puerto 80 no está abierto. Creo que entiendo por qué, a saber, el contenedor aún no se ha creado.
Pero si ese es el caso, ¿cómo puede funcionar esa verificación inicial del nombre de host si se está verificando antes de que se cree el contenedor?
Obviamente, tengo una suposición errónea aquí, así que ¿alguien puede poner fin a mi sufrimiento?
discourse-setup ejecuta nc, lo que abre el puerto para la prueba.
Si estás ejecutando un sistema operativo que no tiene nc instalado, esa prueba fallará por ese motivo. Puedes confirmar si la falta de nc es el problema o simplemente asumir que sabes lo que haces y que funcionará sin problemas.
¡Asumir que sé lo que estoy haciendo generalmente ha demostrado ser una mala elección! Pero ahora estoy ignorando la advertencia y avanzando a toda marcha.\n
Sospecho que aún voy a tropezar con algún problema, ya que asumo que nc debería permitir exponer el puerto 80 (aún no tengo firewall), pero me ocuparé de eso más tarde.
Bueno, por eso se realizan esas pruebas. Pero solo funcionan para la mayoría de las personas la mayor parte del tiempo.
Si escribes nc en la línea de comandos y obtienes command not found, puedes asumir que la prueba está rota (lo cual no significa que tu nombre de dominio se resuelva a tu servidor y que el puerto sea accesible).
Tuve este problema al configurar mi primer servidor y, lo que es más molesto, se resolvió solo después de unas horas. Ese tipo de problema suele indicar un problema de replicación de DNS, pero estoy usando CloudFlare DNS (TTL bajo) y puedo hacer ping al nombre de host sin problemas.
La instalación de Docker se completó correctamente y nc está disponible.
docker ps sugiere que ambos puertos 80 y 443 están dirigidos al contenedor.
sof -i -P -n informa que docker-pr también está escuchando ambos puertos.
Nunca llegué a entender por qué ocurrió este problema en la primera instalación, pero ahora que ha vuelto a suceder, voy a profundizar y hacer una resolución de problemas. Todavía no lo he descubierto, pero sospecho que se trata de algo básico de configuración.
¿Está activada la nube naranja? Si Cloudflare solo actúa como DNS, no tendrás problemas, pero si está en medio, no podrás hacer que Let’s Encrypt funcione, que es el objetivo de la prueba.
La nube naranja está apagada. No quiero molestarte más con esto, Jay. Es un pequeño y curioso desafío de resolución de problemas y lo resolveré.
Estoy bastante seguro de que no se trata de replicación DNS, ya que puedo acceder al sitio desde numerosos dispositivos mediante el nombre de host (a través de WiFi, datos móviles, etc.). Informaré aquí si o cuando esto se resuelva.