Configuration de Discourse interrompue par un détournement apparent du site web

Bonjour, je suis en train de configurer Discourse sur un droplet Digital Ocean.

J’ai réussi à exécuter les étapes de l’installation en un clic (sans erreur, du moins), mais une fois ce script terminé, lorsque j’ai saisi l’URL de mon nouvel environnement (www.nzarchitecture.net.nz) pour poursuivre la configuration, au lieu d’afficher quelque chose en rapport avec Discourse, j’ai vu uniquement ceci :

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

Cependant, après avoir rafraîchi le navigateur, je ne peux même plus me connecter à cette URL, le navigateur renvoyant des réponses « err timed out ».

Cela suggère-t-il que quelque chose a été détourné durant le processus de configuration ? Les fichiers d’installation de Discourse eux-mêmes pourraient-ils être compromis d’une certaine manière ? Ou bien est-ce qu’autre chose injecte du code malveillant ?

S’agit-il d’un problème connu ? … et que devrais-je faire ? Détruire le droplet et recommencer ? — mais si je le fais, comment éviter que le même problème ne se reproduise ?

Malheureusement, nous ne pouvons pas vous aider avec l’installation en un clic de Digital Ocean. Nous prenons uniquement en charge les instructions d’installation officielles : discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub

Bonjour Gerhard,

J’ai essentiellement suivi ce guide.

La partie « en un clic », je suppose, a simplement créé le serveur cloud, avec Ubuntu et les fichiers de configuration de Discourse déjà en place ? (essentiellement l’étape un du guide, et avec ./discourse-setup lancé automatiquement par la suite, dès que je me suis connecté au serveur via PuTTY)

Chaque étape suivante a été suivie selon le guide, et tous les prérequis étaient conformes au guide.

Devrais-je détruire le droplet, en créer un nouveau avec seulement Ubuntu présent et recommencer depuis zéro en suivant le guide ?

Oui. C’est exactement ce que vous devez faire. Même si vous obtenez une instance fonctionnelle, elle n’est pas prise en charge, car on ne sait pas à quel point le script d’installation de DigitalOcean est à jour.

Serait-il possible que le domaine soit résolu vers une autre adresse IP ?

Salut, merci Tobias,

J’ai suivi la procédure recommandée comme suggéré. Cependant, même après son achèvement (apparemment réussi), je rencontre toujours un délai d’expiration du navigateur (quel que soit le navigateur utilisé) lorsque j’accède à mon site Discourse :
www.nzarchitecture.net.nz

J’ai confirmé que mon registraire de domaine pointe bien vers les serveurs de noms de Digital Ocean, ce qui devrait donc résoudre cette URL vers la bonne adresse ?

J’ai trouvé un enregistrement A incorrect dans les paramètres DNS de Digital Ocean, qui pointait encore vers l’adresse IP de l’ancienne instance (droplet) que j’avais détruite avant de repartir de zéro. Même après avoir corrigé cela et confirmé que l’URL est désormais associée à la bonne adresse IP en utilisant https://ipinfo.info/html/ip_checker.php, je rencontre toujours ce délai d’expiration.

Que d’autre pourrait-il se passer ?

C’était un domaine invalide lorsque je l’ai vérifié à plusieurs reprises, mais il apparaît désormais correctement. Bien que le site ne s’affiche pas.

Une recherche à son sujet trouve des enregistrements pour ce que je suppose être l’ancien forum.

Oui, le domaine pointe actuellement vers 165.22.107.139, qui ne répond pas aux ping, ce qui indique qu’il n’y a probablement pas de serveur actif à cet endroit.

L’autre adresse IP qui lui est associée sur certains nœuds est 167.172.115.196, qui a bien un serveur actif, mais ne sert pas de pages.

Salut, merci Robert

Je peux confirmer que le ping ne fonctionne pas non plus pour moi.
Je viens d’effectuer un tracert pour mon domaine depuis une fenêtre CMD sous Windows et j’ai rencontré un problème entre ici, en Nouvelle-Zélande, et mon serveur Digital Ocean à Singapour (sélectionné comme le serveur le plus proche géographiquement). Cela pourrait-il être la cause du problème ? Et si oui, comment puis-je le résoudre ?

Je ne peux pas coller les résultats du tracert dans ce message, en raison de la limite de 2 liens pour les nouveaux utilisateurs (les résultats du tracert sont remplis de liens).

Eh bien, il semble que vous ayez déplacé votre enregistrement DNS A vers 165.22.107.139.

Cependant, aucune machine active n’est associée à cette adresse. Vous devez donc d’abord vérifier que votre droplet est bien lié à cette adresse IP et qu’il est actif.

Bonjour Robert, oui, j’ai bien effectué ce changement. Je pense que l’adresse IP précédente était associée au premier droplet que j’avais créé, puis supprimé, afin de repartir sur de nouvelles bases.

À ma connaissance, il y a une machine active là-bas (ou du moins le tableau de bord l’affiche comme étant allumée, avec quelques signes d’activité du processeur et du réseau, du moins pendant le processus de configuration), bien que, étant un grand débutant, je doive probablement manquer quelque chose d’essentiel… Est-ce que quelque chose dans le processus de configuration aurait pu éteindre le serveur ?

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

Cela pourrait être trompeur. Je contacterais le support de DO, il y a forcément quelque chose qui ne va pas.

Que se passe-t-il lorsque vous cliquez sur ‘console’ ?

Lorsque j’appuie sur console, la fenêtre de console s’ouvre et me demande de me connecter. Je peux me connecter avec succès en tant que root, et certaines statistiques de base sont affichées. Je vois une adresse pour ‘eth0:’ et une autre pour ‘docker0:’ — je suppose que je devrais utiliser la première dans mon enregistrement A ?


J’ai ouvert un ticket de support auprès de DO (il y a en fait quelques heures), mais je n’ai pas encore reçu de réponse. Je ne sais pas trop quel niveau de support ils offrent aux petits utilisateurs comme moi ? (surtout si je n’ai pas finalement utilisé leur outil d’installation en un clic) ?

OK, c’est donc définitivement un problème de réseau. Cette adresse IP n’est peut-être pas « publique ». Contactez le support de DO.

Je le ferai - merci pour votre aide

OK, toujours pas de réponse au ticket, mais pour le bénéfice de toute autre personne rencontrant ce problème, j’ai tenté, en attendant, de créer une sauvegarde d’image, de détruire le droplet, d’attendre un peu, puis de le restaurer, obtenant ainsi une nouvelle adresse IP.

J’ai ensuite mis à jour l’enregistrement A DNS de DO pour qu’il corresponde.

J’ai pu faire un ping sur cette nouvelle adresse IP, mais j’ai toujours obtenu le même délai d’expiration en accédant à mon URL www.nzarchitecture.net.nz.

Cependant, si je tape simplement nzarchitecture.net.nz (sans le www), j’obtiens une page web qui me demande, pour une raison quelconque, de me connecter via SSH pour configurer ‘Lamp’.

En théorie, les deux URL devraient mener au même endroit, car l’une est définie comme un alias de l’autre à l’aide d’un enregistrement CNAME, ce qui semble étrange en soi.

J’ai donc procédé à la connexion sur la nouvelle adresse IP via PuTTY, saisi ‘cd /var/discourse’, puis ./discourse-setup — et il était clair que tous les fichiers et paramètres étaient toujours présents dans l’image.

Cependant, j’ai poursuivi la configuration à nouveau, espérant rafraîchir quelque chose… et cela semble avoir fonctionné ! Je vois maintenant la page Discourse qui me demande de créer un nouveau compte.

Oups !

Si cela incite à installer LAMP, c’est que quelque chose ne va pas du tout avec le système d’exploitation que vous avez sélectionné lors du déploiement de ce droplet.

Veuillez réinstaller le droplet ci-dessus avec Ubuntu 18.04. N’utilisez pas la voie des applications, ne faites aucun clic sur une application en un clic. Sélectionnez simplement Ubuntu 18.04 et laissez-le faire son travail. Une fois cela terminé, procédez à l’installation de Discourse conformément aux instructions.

Merci Bhanu — c’est à peu près ce que j’ai fait, et cela semble avoir fonctionné.