Où trouve-t-on normalement le fichier discourse.conf ?
Je ne suis tout simplement pas familier avec l’emplacement habituel de discourse car j’ai tendance à ne rien toucher car tout fonctionne généralement parfaitement - merci d’avance pour vos conseils !
Informations contextuelles supplémentaires sur cette requête
Merci. J’ai vu cet emplacement mais je dois entrer dans l’application, n’est-ce pas ? Pas de nano quand je suis dans l’application. Comment puis-je modifier quelque chose là-dedans ?
Juste pour ajouter, quand je suis dans l’application, je vois ceci et je pense que c’est ce que je dois modifier, mais encore une fois, quand je suis dans l’application, je n’ai pas accès à nano, donc je ne sais pas comment éditer, peut-être installer nano ?
De plus, je suppose que si je peux le faire (installer nano et modifier .conf), je devrais m’attendre à ce que lors de toute mise à niveau, il soit écrasé ?
Je vois une mention de l’utilisation possible de commandes de remplacement dans le fichier app.yml NGinx.conf File location pour compenser cela, mais je soupçonne que je comprends peut-être mal les choses et qu’il s’agit d’un sujet très ancien où les liens vers les exemples ne fonctionnent pas. Donc, peut-être non pertinent.
Vous pouvez utiliser apt install pour installer nano dans le conteneur.
De plus, si votre intention est de modifier le fichier de configuration Nginx, il est recommandé d’effectuer les modifications dans app.yml en dehors du conteneur.
Ok comme suspecté ci-dessus. Comment les formatez-vous pour l’app.yml, y a-t-il un guide sur meta ? Voici ce que je dois inclure : ssl_certificate /etc/ssl/certs/cloudflare_origin.pem;ssl_certificate_key /etc/ssl/private/cloudflare_origin.key; Merci encore d’avance.
Le problème que je pensais devoir résoudre était, je pensais, causé par un problème SSL avec CF passant de flexible à Full ou Full-Strict après avoir été proxifié par CF (historiquement nuage gris).
Ce n’était pas ce problème finalement, il y avait une règle de page héritée qui causait une boucle de redirection super, ce qui est suggéré comme pouvant être causé par une mauvaise configuration SSL dans CF, conformément au guide sur meta, mais dans ce cas, c’était la règle de page gênante.
Correction très facile, mais un peu lente à trouver !
Cependant, concernant le problème accessoire.
Je suppose que lors du placement des clés, des certificats, tout est fait du côté du conteneur pour CF Full [strict], le certificat et la clé doivent être placés du côté du conteneur. Les mods de type .conf dans l’app.yml.
C’est mon propre manque d’orientation technique. Les Dockers ou le conteneur sont comme un Kinder Surprise, n’est-ce pas ? Linux l’œuf en chocolat et Docker le jouet cool (déjà assemblé) à l’intérieur.
Enfin, l’installation de discourse avait letsencrypt et FULL semble fonctionner correctement avec cela et HTTPS fonctionne et cela permet maintenant des actions d’atténuation du trafic.