Erreurs DNS persistantes malgré toutes mes tentatives

Soutien Installation
1

D’accord tout le monde, j’ai essayé tout ce à quoi je pouvais penser ici, alors j’espère que quelqu’un pourra m’aider.
J’ai des erreurs continues avec l’échec des ports DNS 443 et 80.

image
image818×518 14.1 KB

J’ai configuré forum.vnfreaks.com sur mon adresse IP sur Cloudflare :

(D’accord, je n’ai pas pu partager cette image en tant que nouvel utilisateur, mais sur Cloudflare, j’ai configuré forum (car il remplit automatiquement .vnfreaks.com) sur mon adresse IP avec le nuage gris, car cela permet aux connexions DNS d’avoir lieu)

Je l’ai configuré sur mon adresse IP sur Porkbun :

(D’accord, je n’ai pas pu inclure cette image car je suis un nouvel utilisateur. Mais j’ai un enregistrement d’adresse A défini sur forum.vnfreaks.com lié à mon adresse IP VPS.)

J’ai défini une règle sur mon pare-feu Windows pour autoriser l’accès entrant via les ports 22, 80 et 443.

Dans mon terminal PuTTY, je suis connecté à l’IP de mon serveur. J’ai même désactivé mon pare-feu sur mon routeur.

Le nuage gris sur mon Cloudflare devrait tout avoir configuré, donc je n’ai vraiment aucune idée pourquoi je continue d’avoir ce problème, pour être honnête.

La seule chose à laquelle je pourrais penser est que peut-être je dois configurer quelque chose sur mon CloudPanel pour forum.vnfreaks.com, mais je ne vois vraiment pas pourquoi je devrais le faire.

Si quelqu’un a des suggestions de choses que je pourrais essayer, ce serait grandement apprécié. (Aussi, pour information supplémentaire, j’utilise un VPS loué et j’utilise PuTTY pour me connecter en SSH.)

Je peux également ajouter les images que je n’ai pas pu inclure dans ce message dans les commentaires si cela aide.

2

Juste pour information sur les choses supplémentaires que j’ai essayées - j’ai essayé de définir mon port par défaut sur 443 uniquement, et j’ai également essayé d’effectuer la configuration de Discourse via mon menu VNC via le panneau de contrôle de mon VPS.

3

Et cette adresse IP pointe vers une machine virtuelle sous Linux ? Qui est accessible depuis Internet ?

4

Les règles ne pointent vers rien, elles autorisent simplement l’accès depuis ces ports. J’ai eu l’impression que c’était un problème de pare-feu car j’ai reçu l’erreur même lorsque j’essayais d’utiliser l’un des sous-domaines gratuits de Discourse.

5

Après l’échec de cette vérification de domaine, un fichier app.yml sera généré dans /var/discourse/containers. Vous pouvez modifier votre sous-domaine manuellement dans ce fichier, ainsi que les autres informations requises (comme les informations d’identification SMTP et l’adresse e-mail de développement/administrateur). Vous pourrez alors reconstruire, car la vérification de domaine est ignorée. Je ne suis pas sûr pourquoi cela échouerait avec le proxy CF désactivé cependant, mais vous devriez au moins être en mesure de passer l’étape d’amorçage en faisant ce qui précède.

6

Oui, je pensais que ce serait la voie à suivre. J’ai essayé de suivre un autre guide, mais il m’a donné des erreurs différentes. Cela me donne de l’expérience dans l’édition du fichier app.yml cependant. La meilleure chose à faire pour moi est probablement de supprimer tout ce qui aurait été généré précédemment par Discourse, de le relancer, puis de suivre cette voie.

Je vois aussi dans la documentation des informations sur l’exécution de « --skip-connection-test ». Je me suis demandé comment faire cela ou comment je devrais entrer ce code, et quand je devrais l’entrer, etc.

Merci pour cette suggestion cependant !

1 « J'aime »
7

Si l’accès à cette adresse IP sur les ports 80 et 443 depuis l’internet public n’atteint pas la VM Linux sur laquelle vous essayez d’exécuter Discourse, cela ne fonctionnera pas.

Vous pouvez sauter le test, mais à moins d’être sûr de savoir ce que vous faites, cela ne fonctionnera pas, c’est pourquoi le test existe en premier lieu.

8

Alors, avez-vous des idées sur la façon dont je peux y arriver ? Je ne vois pas pourquoi mon serveur virtuel ne pourrait pas y accéder sur ces ports.

9

Ce n’est pas que votre serveur virtuel puisse y accéder ; c’est que tout le monde sur Internet peut y accéder.

Vous devez vous assurer que votre serveur virtuel est accessible depuis Internet.

Vous devrez rechercher le gestionnaire de machine virtuelle que vous utilisez, et si vous êtes derrière un pare-feu, comme dans une configuration Internet résidentielle, vous devrez effectuer quelques manipulations de pare-feu pour que cela se produise.

Ce n’est pas l’endroit pour obtenir cette information.

10

Je veux dire, mon serveur virtuel est accessible autrement - j’ai deux autres sites web qui n’ont eu aucun problème à être accédés depuis ce serveur.

11 
root@www-hub:~# curl -IL http://forum.vnfreaks.com/
curl: (52) Réponse vide du serveur
root@www-hub:~# curl -IL https://forum.vnfreaks.com/
curl: (60) Problème de certificat SSL : unable to get local issuer certificate

Je dirais que le problème vient du serveur web, du vhost, etc.

12

Oui. Il y a probablement un proxy inverse qui fonctionne là-bas, donc discourse-setup n’est pas une option (sans quelques modifications supplémentaires pour supprimer les modèles ssl et letsencrypt).

13

J’avais essayé de configurer un proxy inverse en suivant un autre ensemble d’instructions, c’est ce qui s’est passé. Je vais simplement supprimer cela quand je rentrerai chez moi. Je vais jouer un peu plus avec et voir si je peux tout régler.

1 « J'aime »