Configuración de Discourse detenida por aparente secuestro del sitio web

Hola, estoy en proceso de configurar Discourse en un droplet de Digital Ocean.

Completé con éxito los pasos de instalación de un solo clic (sin errores, al menos), pero al finalizar ese script, al escribir la URL de mi nueva instalación (www.nzarchitecture.net.nz) para continuar con la configuración, en lugar de ver algo relacionado con Discourse, todo lo que vi en esa URL fue esto:

D:\Jobs\Screen Captures\Screenpresso\2020-01-04_06h49_44.jpg

Sin embargo, al actualizar el navegador, ya ni siquiera puedo conectarme a esa URL; el navegador responde con errores de “err timed out”.

¿Esto sugiere que algo fue secuestrado durante el proceso de configuración? ¿Podrían estar comprometidos los propios archivos de configuración de Discourse de alguna manera? ¿O hay algo más que está inyectando código malicioso?
¿Es este un problema conocido? … y ¿qué debo hacer al respecto? ¿Debo destruir el droplet y empezar de nuevo? - pero si lo hago, ¿qué evitará que el mismo problema vuelva a ocurrir?

Lamentablemente, no podemos ayudarte con la instalación con un solo clic de Digital Ocean. Solo soportamos las instrucciones oficiales de instalación: discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub

Hola Gerhard,

En esencia, seguí esa guía.

¿La parte de «un solo clic» supongo que solo creó el servidor en la nube, con Ubuntu y los archivos de configuración de Discourse ya presentes? (esencialmente el paso uno de la guía, y con ./discourse-setup ejecutándose automáticamente a continuación, tan pronto como me conecté al servidor mediante PuTTY).

Cada paso posterior fue según la guía, y todos los requisitos previos también lo fueron.

¿Debería destruir el droplet, crear uno nuevo con solo Ubuntu presente y repetir todo desde cero siguiendo la guía?

Sí. Eso es exactamente lo que debes hacer. Incluso si logras una instancia funcional, no está soportada, porque quién sabe qué tan actualizado está el script de instalación de DigitalOcean.

¿Será posible que el dominio estuviera resolviendo a una dirección IP diferente?

Hola, gracias Tobias.

Seguí los pasos sugeridos; sin embargo, tras completar aparentemente con éxito el procedimiento recomendado, sigo obteniendo un tiempo de espera del navegador (en cualquier navegador) al acceder a mi sitio de Discourse
www.nzarchitecture.net.nz

Confirmé que mi registrador de dominios apunta este dominio a los servidores de nombres de Digital Ocean, lo que presumiblemente debería resolver esa URL a la dirección correcta.

Encontré un registro A incorrecto en la configuración DNS de Digital Ocean que aún apuntaba a la dirección IP del droplet anterior (que destruí antes de comenzar de nuevo). Sin embargo, incluso corrigiendo esto y confirmando que la URL ahora está asociada con la dirección IP correcta usando
https://ipinfo.info/html/ip_checker.php, sigo obteniendo solo el tiempo de espera.

¿Qué más podría estar ocurriendo?

Ese dominio era inválido cuando lo verifiqué un par de veces, pero ahora ha aparecido correctamente. Aunque el sitio no se carga.

Al buscarlo, aparecen registros de lo que supongo que es el antiguo foro.

Sí, el dominio apunta actualmente a 165.22.107.139, que no responde a ping, por lo que parece que no hay un servidor activo allí.

La otra dirección IP asociada en algunos nodos es 167.172.115.196, que tiene un servidor activo, pero no está sirviendo páginas.

Hola, gracias Robert.

Puedo confirmar que el ping tampoco funciona para mí.
Acabo de ejecutar un Tracert para mi dominio desde una ventana de CMD en Windows y detecté un problema entre mi ubicación aquí en Nueva Zelanda y mi servidor de Digital Ocean en Singapur (seleccionado como el servidor geográficamente más cercano). ¿Podría esto ser la causa del problema? Y de ser así, ¿cómo puedo solucionarlo?

No puedo pegar los resultados del Tracert en esta publicación debido a la restricción de máximo 2 enlaces para usuarios nuevos (los resultados del tracert están llenos de enlaces).

Bueno, parece que has movido tu registro DNS A a 165.22.107.139.

Sin embargo, no hay ninguna máquina activa aquí. Así que primero debes verificar que tu droplet esté asociado con esta dirección IP y que esté activo.

Hola Robert: sí, hice ese cambio. Creo que la dirección IP anterior estaba asociada con el primer droplet que creé y luego destruí para empezar de cero.

Por lo que puedo ver, hay una máquina activa allí (o al menos el panel de control la muestra encendida, y hay cierta evidencia de actividad de CPU y de red, al menos durante el proceso de configuración), aunque, al ser un completo novato, probablemente me esté perdiendo algo crítico… ¿Podría algo en el proceso de configuración haber apagado el servidor?

D:\Jobs\Screen Captures\Screenpresso\2020-01-04_14h44_00.jpg

Eso podría ser engañoso. Te recomendaría contactar con el soporte de DO, algo definitivamente no está bien.

¿Qué sucede cuando haces clic en ‘consola’?

Cuando presiono la consola, se abre la ventana de la consola y me pide iniciar sesión.

Puedo iniciar sesión correctamente como root y se muestran algunas estadísticas básicas.

Veo una dirección para ‘eth0:’ y otra para ‘docker0:’. ¿Supongo que debería usar la primera en mi registro A?

He enviado un ticket de soporte a DO (de hecho, hace unas horas), pero aún no he recibido respuesta. No estoy seguro de cuánto soporte ofrecen a usuarios como yo, que no son grandes clientes (especialmente si no utilicé su herramienta de instalación con un solo clic al final).

OK, así que definitivamente es un problema de red. Es posible que esa dirección IP no sea ‘pública’. Consulta con el soporte de DO.

Lo haré, gracias por tu ayuda

OK, aún no hay respuesta al ticket, pero para beneficio de cualquier otra persona que se encuentre con este problema, mientras tanto intenté hacer una copia de seguridad de la imagen, destruir el droplet, esperar un poco y luego restaurar el droplet, obteniendo así una nueva dirección IP.

Luego actualicé el registro A de DO DNS para que coincidiera.

Pude hacer ping a esta nueva dirección IP, pero aún obtuve el mismo tiempo de espera al acceder a mi URL www.nzarchitecture.net.nz.

Sin embargo, si simplemente escribí nzarchitecture.net.nz (sin el www), sí obtuve una página web que, por alguna razón, me invitaba a conectarme mediante SSH para configurar ‘LAMP’.

En teoría, ambas URLs deberían ir al mismo lugar, ya que una está configurada como alias de la otra mediante un registro CNAME, lo cual resulta extraño por sí solo.

Procedí a conectarme a la nueva dirección IP mediante PuTTY, escribí ‘cd /var/discourse’ y luego ./discourse-setup, y quedó claro que todos los archivos y configuraciones seguían allí en la imagen.

Sin embargo, procedí a realizar la configuración nuevamente, con la esperanza de refrescar algo… ¡y esto parece haber funcionado! Ahora obtengo la página web de Discourse que me invita a registrar una nueva cuenta.

¡Ups!

Si se está promocionando la configuración de LAMP, hay algo muy mal con el sistema operativo que seleccionaste al desplegar ese droplet.

Por favor, reinstala el droplet mencionado anteriormente con Ubuntu 18.04. No sigas la ruta de las aplicaciones, no uses ninguna función de aplicación de un solo clic. Simplemente selecciona Ubuntu 18.04 y deja que haga su trabajo. Una vez que eso esté hecho, procede con la instalación de Discourse según las instrucciones.

Gracias, Bhanu, eso es más o menos lo que hice, y parece que ha funcionado.