Installation de Discourse sur un VPS auto-hébergé : un processus avec FAQ

L’option de sauvegarde n’est pas nécessaire. Vous pouvez configurer les sauvegardes dans l’administration de Discourse.

Suivez simplement l’installation standard de base et ne vous compliquez pas la vie.

Avec ou sans ces applications, je pense que vous pourriez installer Discourse.

Est-ce une préoccupation ? QUE FERIEZ-VOUS ?
J’ai entendu parler de certains problèmes liés à l’utilisation de modèles de CPU très anciens par certains de ces fournisseurs, datant d’il y a 13 ans. Il n’y a évidemment aucune garantie quant à ce que vous obtiendrez dans ce contexte de VPS, car cela dépend de nombreux facteurs, notamment l’emplacement du VPS, et les fournisseurs sont rarement transparents concernant les modèles de CPU disponibles dans ces cas-là.

Le support OVHcloud lui-même a indiqué que leur plan minimum (que je compte prendre) avec les facteurs que j’ai spécifiés, aboutirait probablement à un Intel E5v3 (2014).
Contabo ne veut rien dire à ce sujet. Cela ne peut donc être que spéculation en utilisant d’autres sources, qui suggèrent presque toutes qu’ils sont beaucoup plus récents, comme EPYC 7282 (2019) (selon LTE) ou même des modèles encore plus récents.

Pour ceux qui en ont besoin, cette source tente de montrer quels CPU peuvent être utilisés (mais elle n’est pas très fiable) Contabo CPUs | VPSBenchmarks

Il s’agit d’un serveur privé virtuel. C’est un environnement « virtualisé ». Le matériel physique exécute de nombreuses instances. Il est tout à fait suffisant pour faire fonctionner le système d’exploitation qu’ils vous fournissent, ainsi que tout ce que vous choisissez d’installer.

C’est ce que les gens font avec ces machines : ils y exécutent des serveurs web, des serveurs de messagerie, des serveurs de bases de données, des serveurs RTMP, et qui sait quoi d’autre. Évidemment, à un moment donné, vous manquerez de certaines ressources, que ce soit de l’espace de stockage parce que les gens téléchargent d’énormes fichiers vidéo, de la RAM parce que vous exécutez des processus intensifs, ou de la bande passante parce que des millions de personnes visitent votre site chaque minute. À ce stade, vous aurez des problèmes bien plus importants à gérer que le coût de votre VPS. La plupart sont évolutifs.

Vous devriez pouvoir mettre votre forum en ligne en moins d’une heure après avoir souscrit à votre VPS. Enregistrez votre nom de domaine, configurez vos enregistrements DNS, installez Discourse selon la procédure standard, puis publiez un lien pour que nous puissions tous admirer votre travail.

:check_mark: VPS Contabo provisionné :check_mark: Sous-domaine pointé vers l’IP & propagation effectuée :check_mark: DNS Email propagé & identifiants SMTP en main

Mon PC local est sous Windows, donc j’ai besoin de PuTTY, n’est-ce pas ? Après avoir lancé PuTTY, la fenêtre suivante apparaît :
1) Dois-je faire “Accepter” / “Connecter une seule fois” ?

2) Ici :backhand_index_pointing_down:, cela se fait-il avant ou après l’installation ?

3) Ai-je besoin de Filezilla avant d’installer Discourse ?

4) (Je sais que c’est la première étape) Sur le panneau de contrôle de mon VPS, je peux soit sélectionner uniquement Ubuntu 26.04, soit 24.04 avec 1 application gratuite parmi les suivantes. En plus des applications de l’image, la liste déroulante propose • Paperclip • Bitcoin Full Node • IPFS Node • Webmin • Proxmox VE 7 • Horizen Node • Ethereum 2.0 - image eth-docker • Ollama - phi4 • Flux Node


L’IA d’ask.discourse.org a indiqué que les plus utiles étaient Dokploy et OpenClaw, et que beaucoup d’autres sont inutiles ou mieux à éviter (réponse ci-dessous). En tenant compte de leur impact sur les ressources du serveur et du fait qu’elles soient gratuites, vaut-il la peine d’en inclure une ou vaut-il mieux n’en mettre aucune ?

Choix de l'IA

Non, utilise l’application Windows Terminal gratuite et moderne disponible sur le Microsoft Store.

Je veux dire, comme c’est optionnel, je dirais de le passer. Ce n’est pas nécessaire pour installer ou exécuter Discourse.

Vous ferez cela après l’installation. Faites d’abord l’installation. Je vois que vous réfléchissez beaucoup à ce qu’il faut faire avant l’installation, ce qui est bien, mais je vous suggère d’y aller. Ce n’est pas aussi effrayant que ça en a l’air.

Tu peux utiliser l’un ou l’autre, tant qu’il s’agit de versions LTS. J’ai un site qui tourne sous 26.04 et un autre sous 24.04. Dans ton cas, je te suggère ce dernier, car Discourse est connu pour fonctionner dessus sans aucun problème.

Non, utilise le terminal, comme Robert l’a dit. (aussi, désolé que ton système d’exploitation soit Windows lol)

Que dit le doc d’installation standard ?

Que dit le doc d’installation standard ?

Suis-le et arrête d’ajouter une complexité inutile. Si l’installation standard n’en parle pas et que tu ne sais pas ce que c’est, tu n’en as pas besoin.

J’ajouterai que si la communauté est toujours prête à aider, si vous sentez que vous butez sur les connaissances et compétences techniques requises et que vous avez un budget, vous pouvez également publier dans Marketplace pour obtenir une aide sur mesure :slight_smile:

Presque toutes ces fonctionnalités risquent de créer des problèmes. Si vous êtes expert sur le panneau de contrôle en question et sur Discourse, vous pourrez peut-être les faire fonctionner ensemble après quelques heures de travail. Cependant, il est probable que Discourse se mette en erreur lorsque le panneau de contrôle sera mis à jour. Vous n’avez vraiment besoin d’aucune de ces fonctionnalités, sauf si vous avez un besoin très précis, ce qui n’est pas le cas.

Tout s’est bien passé, jusqu’à la fin où le terminal demande des identifiants. Que devrais-je fournir ici ? C’était une question que je me posais plus tôt.
Screenshot 2026-07-23 224333
Il a complété automatiquement avec un domaine de courriel basé sur le sous-domaine (noreply@forum.mondomaine.com) que je ne pense pas vraiment posséder. J’ai toutefois quelques alias.
Devrais-je fournir un vrai alias, ou n’est-il pas préférable d’utiliser cette adresse de courriel fictive car elle sera vraiment sans réponse ou quelque chose comme ça ?

Il y a généralement une section de redirection d’e-mail dans votre DNS, et vous pouvez ajouter une règle de capture globale (« catch-all ») et choisir vers quelle adresse e-mail vous souhaitez rediriger les messages…

Je ne pense pas que ce soit normal — ma connexion n’expire pas — bien qu’il soit possible de configurer les choses pour que cela se produise, mais ce n’est probablement pas le paramètre par défaut. N’êtes-vous pas à court de mémoire ou d’espace disque ? Rappelez-nous les spécifications de votre machine.

Il est très probable que vous n’ayez pas configuré l’espace swap et que vous soyez à court de mémoire…

Voici un guide pour le faire :

Le support Hostinger m’a dit qu’il est normal que la connexion expire après une période d’inactivité. J’ai réessayé après quelques minutes et l’installation de Discourse a repris. Ensuite, les éléments suivants sont apparus. Il semble que le sous-domaine soit connecté

capture d'écran du terminal

Après de nombreuses lignes affichant le téléchargement de Discourse, voici une partie des deux dernières lignes de commande qui sont restées telles quelles pendant un moment (la connexion a ensuite expiré, donc je ne sais pas si d’autres lignes ont suivi)
Screenshot 2026-07-23 234658
1) La phase de construction dans le terminal a-t-elle réussi ?
Lorsque j’ai vérifié le lien de mon sous-domaine dans le navigateur, une page d’erreur du navigateur s’est affichée (« Ce site ne peut pas être atteint, forum.mydomain.com a refusé la connexion » avec ERR_CONNECTION_REFUSED).

Le support Hostinger a dit que cela était très probablement dû au fait que la propagation DNS n’était pas encore terminée (je l’ai configuré il y a environ 24 heures).

Mon dépannage avec l'IA de ask.discourse.org laisse présager de mauvaises nouvelles

Lorsque j’ai exécuté ces commandes brèves suggérées par l’IA, elles ont toutes deux renvoyé -bash: ./launcher: No such file or directory

Construire n’est pas de l’inactivité !

Envisagez d’utiliser tmux avec ce fournisseur.

Il y a beaucoup de bons conseils ici. J’ai suivi les normes et j’ai été un peu perdu sur certains aspects, alors j’ai demandé à claude.ai de m’aider. Le résultat a été entièrement satisfaisant.

Traiter ce problème avec Contabo est tout simplement inacceptable

Le chat en direct de Contabo n’est pas en direct, donc la boucle de rétroaction actuelle via les tickets est déraisonnablement lente et inefficace. Ce qui devrait être un chat ou un appel où de nombreuses choses peuvent être résolues en quelques minutes prend, de cette façon, des heures entre chaque message, ce qui est si déraisonnable et ressemble à l’envoi de pigeons voyageurs. Résoudre chaque petit détail qui devrait prendre quelques minutes finit par prendre DES JOURS. Cela est aggravé par le fait que chacune de leurs réponses n’est pas très constructive non plus.

[Spécifications de mon VPS : 4 cœurs vCPU, 8 Go de RAM, Port 200 Mbit/s]

Le problème de déconnexion en bref

Au moment où la connexion est coupée, rien n’est affiché dans le terminal, donc je ne sais pas en combien de temps cela se produit. Je ne le sais que lors d’une saisie ; lorsque je tape dans la ligne de commande root@xyz:\~# , aucune saisie n’est affichée et cette ligne est immédiatement remplie, affichant ceci :

root@xyz:\~# client_loop: send disconnect: Connection reset
PS C:\\Users\\user>

J’ai vérifié après 5 minutes d’inactivité, et la connexion avait été coupée. J’ai vérifié après 3 minutes, et la connexion était toujours active. Sur cette base, la connexion est coupée quelque part entre 3 et 5 minutes. Mais je ne suis pas sûr que ce soit la même chose lorsqu’une installation est en cours.

Lorsque j’ai posé cette question à Contabo
[heures..]
sans beaucoup d’explications, ils ont simplement migré le serveur vers un autre système hôte “pour améliorer les performances du VPS”. J’ai réessayé sur le nouveau serveur migré et celui-ci présentait le même problème de déconnexion ! J’ai envoyé un autre ticket
[heures]
quand ils ont répondu, ils ont fourni un peu plus de détails, confirmant que ce problème est un comportement inattendu et qu’en pingant mon serveur, ils obtenaient des réponses rapides sans aucune perte de paquets, et que le problème pourrait être dû à une configuration réseau ou à un problème réseau. Ils sont en train de résoudre ce problème.

Compte tenu de ce qui précède (la RAM disponible, leur diagnostic pour ce comportement inattendu et la résolution actuelle du problème), je me demande si je devrais apporter des modifications, comme ajouter des fichiers swap ? (je comprends un peu, mais c’est aussi un peu complexe pour moi) peut-être que je vérifierai d’abord s’ils ont rétabli le fonctionnement normal.

8 Go, c’est beaucoup, donc ce n’est peut-être pas le problème.

Vous pouvez toujours inspecter l’utilisation de la mémoire via vmstat ou installer quelque chose de plus convivial comme htop.

Honnêtement, cela ressemble davantage à un problème réseau.

C’est super que ça corresponde aussi à tes attentes. Je discute avec eux en ce moment.

Comment j'ai résolu mon problème de réinitialisation de connexion SSH

Lorsque j’ai essayé ping {adresse IP du VPS}, la connexion est restée active pendant longtemps ! (en fait, plus de 20 minutes avant que je ne la coupe manuellement). J’ai essayé sans le ping, et le problème de réinitialisation de la connexion est réapparu. Donc, cela se produisait lorsque le terminal ne recevait aucune entrée / était inactif.

Après plusieurs allers-retours avec les techniciens de Contabo, qui n’ont pas pu trouver la cause exacte ou une solution, et après avoir essayé plusieurs choses moi-même, ÇA A FONCTIONNÉ : https://youtu.be/tpxd0_PKZP8?si=lCnO3OqrqWoUmj13
Il peut y avoir ou non un problème côté VPS, et le problème que j’ai rencontré était peut-être dû à mon routeur. Certains routeurs sont connus pour réinitialiser les connexions.
Pour information, voici un moyen d’éviter ce problème : ssh root@192.168.1.100 -o ServerAliveInterval=60 -o ServerAlivecountMax=1000

L’installation Discourse précédente avait bien avancé avant d’être interrompue, donc pour m’assurer que tout se passe bien, j’ai recommencé depuis zéro ; j’ai réinitialisé mon VPS aux paramètres d’usine.
Puis tout s’est déroulé sans accroc et voila !


Tout ce que j’avais à faire était d’inscrire mon compte administrateur et de vérifier l’e-mail. Ensuite, j’ai été directement dirigé vers mon nouveau forum Discourse. C’est la nouvelle méthode, non ? Tout est correct et conforme aux attentes ? Parce que tous les tutoriels que j’ai vus montrent un assistant d’installation avec plusieurs étapes (comme les détails sur la communauté, les coordonnées, le logo, etc.) avant d’afficher le nouveau forum. C’était seulement le cas pour les anciennes installations, non ?

Ce problème de réinitialisation de connexion SSH a inutilement retardé ce processus. Par la suite, tout a été très simple.
À un moment donné dans un avenir proche, je ferai un point une fois que j’aurai entièrement construit et lancé mon forum.

MERCI :heart:
J’aurais été complètement perdu sans vous. Avec toutes les réponses données ici, j’aurais voulu cocher :white_check_mark: plus d’une personne (suggestion de fonctionnalité, lol). Ma gratitude à chaque personne ici qui m’a guidé et répondu à toutes mes questions, rendant ce formidable produit plus accessible pour moi et pour d’autres. Un merci spécial à @darkpixlz @Lilly @NateDhaliwal @Andrew_Rowe @merefield pour ce que vous avez fait. De belles âmes venues de continents différents qui se rassemblent pour s’entraider. Je garde vos descriptions et espère pouvoir vous remercier davantage d’une manière ou d’une autre à l’avenir.
Mes propres sites ne sont pas encore prêts, mais voici quelque chose d’impactant auquel je peux renvoyer, proche de ce que je fais. ACE : https://animalcharityevaluators.org/