Errores DNS continuos sin importar lo que intente

Soporte Instalación
1

De acuerdo, gente, he probado todo lo que se me ocurre, así que espero que alguien pueda ayudar.
Tengo errores continuos con el puerto DNS 443 y el fallo del puerto 80.

image
image818×518 14.1 KB

Configuré forum.vnfreaks.com a mi dirección IP en Cloudflare:

(De acuerdo, no pude compartir esta imagen como usuario nuevo, pero en Cloudflare tengo forum (ya que autocompleta el .vnfreaks.com) configurado a mi dirección IP con la nube gris, ya que eso permite que ocurran las conexiones DNS)

Lo configuré a mi dirección IP en Porkbun:

(De acuerdo, no pude incluir esta imagen ya que soy un usuario nuevo. Pero tengo un registro de dirección A configurado a forum.vnfreaks.com vinculado a la dirección IP de mi VPS).

Establecí una regla en mi firewall de Windows para permitir el acceso entrante a través de los puertos 22, 80 y 443.

En mi terminal PuTTY, estoy conectado a la IP de mi servidor. Incluso apagué mi firewall en mi router.

La nube gris en mi Cloudflare debería tener todo configurado, así que honestamente no tengo idea de por qué sigo teniendo este problema.

Lo único que se me ocurre es que tal vez necesite configurar algo en mi cloudpanel para forum.vnfreaks.com, pero realmente no veo por qué necesitaría hacer eso.

Si alguien tiene alguna sugerencia de cosas que podría intentar, lo agradecería mucho. (Además, como información adicional, estoy utilizando un VPS alquilado y usando PuTTY para conectarme por ssh).

También puedo agregar las imágenes que no pude incluir en esta publicación en los comentarios si eso ayuda.

2

Solo como información adicional sobre cosas que he intentado: intenté configurar mi puerto predeterminado a solo 443, y también intenté hacer la configuración de Discourse a través de mi menú VNC mediante el panel de control de mi VPS.

3

¿Y esa dirección de io apunta a una máquina virtual que ejecuta Linux? ¿A la que se puede acceder desde internet?

4

Las reglas no apuntan a nada, solo permiten el acceso desde esos puertos. Sentí que debía ser algún tipo de problema de firewall porque obtuve el error incluso cuando intentaba usar uno de los subdominios gratuitos de Discourse.

5

Después de que la comprobación de dominio falle, se generará un archivo app.yml en /var/discourse/containers. Puede editar su subdominio manualmente en ese archivo, así como la otra información requerida (como las credenciales SMTP y la dirección de correo electrónico de desarrollo/administrador). Luego podrá reconstruir, ya que la comprobación de dominio se omite. No estoy seguro de por qué fallaría con el proxy de CF deshabilitado, pero al menos debería poder superar el paso de arranque haciendo lo anterior.

6

Sí, estaba pensando que esa podría ser la ruta. Intenté seguir una guía diferente, pero me dio algunos errores distintos. Sí me da experiencia editando el app.yml, sin embargo. Probablemente lo mejor que puedo hacer es borrar todo lo que se haya generado previamente por Discourse, ejecutarlo de nuevo y luego seguir ese camino.

También veo cosas en la documentación sobre ejecutar un —skip-connection-test. Me he estado preguntando cómo hago eso o cómo debo ingresar ese código, cuándo debo ingresarlo, etc.

¡Gracias por esa sugerencia de todos modos!

1 me gusta
7

Si el acceso a esa dirección IP en los puertos 80 y 443 desde internet pública no llega a la máquina virtual Linux en la que está intentando ejecutar Discourse, no funcionará.

Puede omitir la prueba, pero a menos que esté seguro de lo que está haciendo, no funcionará, que es la razón por la que la prueba existe en primer lugar.

8

Entonces, ¿tienes alguna idea sobre cómo puedo hacer que eso funcione? No estoy seguro de por qué mi servidor virtual no podría acceder a él en esos puertos.

9

No es que su servidor virtual pueda acceder a él; es que todo el mundo en internet puede acceder a él.

Debe asegurarse de que su servidor virtual sea accesible desde internet.

Tendrá que buscar el gestor de máquinas virtuales que esté utilizando y, si está detrás de un cortafuegos (firewall), como en una configuración de internet residencial, tendrá que hacer algo de magia con el cortafuegos para que eso suceda.

Este no es el lugar para obtener esa información.

10

Quiero decir, se puede acceder a mi servidor virtual de otras maneras; tengo otros dos sitios web que no han tenido problemas para ser accedidos desde ese servidor.

11 
root@www-hub:~# curl -IL http://forum.vnfreaks.com/
curl: (52) Respuesta vacía del servidor
root@www-hub:~# curl -IL https://forum.vnfreaks.com/
curl: (60) Problema con el certificado SSL: no se puede obtener el certificado del emisor local

Yo diría que el problema es el servidor web, vhost, etc.

12

Sí. Probablemente haya algún proxy inverso ejecutándose allí, por lo que discourse-setup no es una opción (sin alguna edición adicional para eliminar las plantillas de ssl y letsencrypt).

13

Intenté configurar un proxy inverso siguiendo un conjunto de instrucciones diferente, eso fue lo que pasó. Simplemente lo quitaré cuando llegue a casa. Jugaré un poco más con él y veré si puedo resolver todo.

1 me gusta