Configuration de proxy avec proxy inverse

Je sais que je suis en retard de quelques mois sur ce sujet, mais j’ai enfin pris le taureau par les cornes et entamé mon voyage vers l’auto-hébergement avec ce nouveau script. J’avais déjà une VM Proxmox/Ubuntu exécutant Docker Compose, donc j’ai pensé continuer dans cet environnement. Comme il s’agissait simplement d’un test (mon site n’existe même pas encore), je ne m’attendais pas à devoir ouvrir quoi que ce soit dans mon pare-feu. Mais comme beaucoup d’entre vous le savent probablement déjà, la vérification du sous-domaine échouera si vous ne faites rien d’autre qu’exécuter le script wget.

Relancer ./discourse-setup --skip-connection-test vous permettra au moins de passer outre, mais cela ne résout pas le problème… Mon moi inexpérimenté a effectué quelques recherches Google de trop avant de trouver quelqu’un mentionnant cette méthode de contournement, alors je voulais simplement l’ajouter ici au cas où quelqu’un tomberait dessus.

Je n’ai pas de proxy configuré pour le moment, mais quelle est la meilleure méthode pour configurer correctement mon serveur Discourse afin de ne pas perdre mon domaine et pouvoir continuer à tester jusqu’à ce que je sois prêt à l’exposer à mon public ? Dois-je me mettre au travail et configurer le proxy ? Ou existe-t-il une autre méthode pour ouvrir les ports 443/80 en toute sécurité ?

Si vous utilisez Proxmox, il n’est pas inutile d’héberger Discourse dans un conteneur LXC dédié pour simplifier la gestion des ports et des ressources. C’est ce que je fais et ce que font la plupart des utilisateurs de cloud computing.

Discourse n’inclut aucun proxy pour votre système hôte. Si vous ne pouvez pas ouvrir les ports 80/443 sur votre réseau (que ce soit par choix ou parce que votre FAI les bloque), vous devriez envisager d’utiliser Cloudflare Tunnels ou une solution similaire comme ngrok.