Impossible de se connecter - nouvelle installation sur DO

Installation
1

J’ai fait deux tentatives d’installation de Discourse sur Digital Ocean.

Essai 1 :
Lors de la première tentative, j’ai suivi les instructions officielles de Github en utilisant une image DO Ubuntu 22.04 LTS, un droplet de 1 Go.

J’ai utilisé un sous-domaine d’un domaine existant et les identifiants d’un compte Mailjet existant qui fonctionne depuis des années.

Je ne savais pas que j’avais besoin d’installer Docker, donc quand j’ai tapé
discourse-setup
l’installateur a dit
Failed to find docker or docker.io on your PATH.
et j’ai appuyé sur Entrée pour continuer et installer Docker.

Après cela, l’installation a SEMBLÉ se dérouler correctement.

Elle s’est terminée par

117:M 25 May 2023 01:14:46.500 * DB saved on disk
117:M 25 May 2023 01:14:46.501 # Redis is now ready to exit, bye bye...

et quelques lignes supplémentaires.

Je n’étais pas sûr de la rapidité de propagation du DNS, j’ai donc entré l’IP de DO dans mon fichier /etc/hosts.

J’ai essayé de pointer mon navigateur vers l’URL de mon sous-domaine ; j’ai obtenu “Can’t connect to the server”.

J’ai essayé de pointer mon navigateur vers l’adresse IP ; j’ai obtenu “Can’t connect to the server”.

J’ai donc essayé une autre tentative.

Essai 2 :
J’ai suivi les instructions sur linuxhandbook pour utiliser une installation “one-click” de DO depuis l’onglet Marketplace, ce qui m’a donné un Droplet de 2 Go.

Après m’être connecté via ssh, l’installateur s’est lancé automatiquement et a semblé fonctionner sans problème. À la fin, il a dit
Discourse is now installed. Log into your admin account in a browser to continue configuring Discourse.

Mais encore une fois, lorsque j’ai essayé de pointer mon navigateur vers l’URL de mon sous-domaine ou vers l’adresse IP (nouvelle pour ce deuxième droplet) de DO, mes navigateurs ne pouvaient pas se connecter (j’ai essayé Firefox et Safari).

l’exécution de
./launcher start app
montre

x86_64 arch detected.
cadd91ccd0cd
Nothing to do, your container has already started!

discourse-doctor montre (entre autres choses)
Discourse container app is running
et donne le bon
DISCOURSE_HOSTNAME

Que puis-je essayer pour que cette installation (l’une ou l’autre ou les deux) réponde à mon navigateur ?

(La deuxième adresse IP est toujours dans mon fichier hosts, mais elle s’est AUSSI propagée selon les vérificateurs DNS, donc il semble qu’elle devrait fonctionner soit depuis l’URL du sous-domaine, soit juste depuis l’adresse IP.)

Merci pour toute aide.

2

Quelques détails supplémentaires :

Pour autant que je sache, je n’ai aucun panneau de contrôle pour l’un ou l’autre des droplets (ni Plesk, ni cPanel).

Normalement, dans une configuration d’hébergement mutualisé typique, j’irais dans public_html et créerais un simple fichier de test comme testfile.html pour voir si je pouvais au moins charger un fichier HTML simple, mais je ne sais pas où faire cela (ou si je peux même le faire) sur un droplet DO.

3

Si ./discourse-setup s’est bien déroulé, cela signifie qu’il a pu résoudre votre domaine, il n’y a donc rien à faire à ce sujet. La propagation a déjà été effectuée pour votre serveur à ce stade.

Notez que l’installation Discourse en 1 clic de Digital Ocean est une unsupported-install, ce qui signifie que vous aurez moins de chances de trouver de l’aide ici. :slight_smile:

Je suggérerais de recommencer à zéro et d’utiliser l’installation standard.

  1. Créez une gouttelette

  2. Connectez-vous via SSH

  3. Exécutez ping yourdomain.com et voyez s’il se résout à l’IP de votre serveur (./discourse-setup affichera un avertissement si ce n’est pas le cas de toute façon).

    • Si ce n’est pas le cas, attendez que cela se produise.

  4. Lorsque c’est le cas, installez Discourse en utilisant le guide officiel discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub

Veuillez faire un retour :slight_smile:

Bien sûr, je ne suis pas un expert, et peut-être que quelqu’un pourra identifier votre problème actuel.

2 « J'aime »
4

Il n’y a aucune raison de le faire et cela n’aidera pas. Comme dit plus haut, discourse-setup effectuera un test pour voir s’il peut communiquer avec lui-même en utilisant le nom d’hôte. Si vous avez modifié /etc/hosts avant d’exécuter discourse setup, alors le DNS n’a pas fonctionné et vous n’avez pas obtenu de certificat de let’s encrypt, et c’est pourquoi le serveur web ne démarre pas. Si vous essayez suffisamment de fois, vous serez limité en débit et devrez attendre une semaine ou utiliser un sous-domaine différent.

Vous pouvez regarder dans /var/discourse/shared/logs/var-log/nginx/access.log (ou quelque chose de très similaire) pour voir le problème.

Le plus simple à ce stade est d’utiliser un nouveau sous-domaine, de configurer le DNS, d’attendre sa propagation (il existe des outils pour le vérifier) puis d’exécuter discourse-setup.

2 « J'aime »
5

Merci à vous deux pour vos réponses.

J’ai créé un nouveau sous-domaine et une nouvelle gouttelette, et je les ai utilisés pour une troisième tentative, et tout fonctionne maintenant.

Lorsque j’ai exécuté ./discourse-setup lors de ma première tentative, je n’ai vu aucune indication dans la sortie qu’il y avait un problème avec le domaine ou le SSL ; il est possible qu’une erreur ait été signalée et que je l’aie simplement manquée, mais si c’est le cas, il serait peut-être bon de rendre ce type de notification d’erreur plus évident.

Je suis heureux d’avoir ma nouvelle installation de Discourse opérationnelle. Merci encore de votre aide à un débutant.

Serait-il possible d’ajouter une section à discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub avec des conseils de dépannage, et si oui, pourrais-je contribuer à cela ?

1 « J'aime »
6

Il s’arrête net. Vous ne l’auriez pas manqué. Je suppose que vous avez astucieusement résolu le problème avec /etc/hosts, ce qui a satisfait le script, mais n’a pas permis à Let’s Encrypt d’obtenir un certificat. discourse-setup est un script shell, et il est conçu pour les utilisateurs les plus novices, donc ses tests sont plutôt naïfs.

Peut-être voir le sujet d’installation standard ?

EDIT : Eh bien, il n’y a pas grand-chose là-bas.

Quel conseil de dépannage voulez-vous ajouter ? Je pense qu’il y a quelques indices là-bas. Supposer que quelqu’un créera une entrée /etc/hosts et contournera la vérification DNS est quelque chose dont je n’ai jamais entendu parler. :slight_smile: