Bonjour, j’ai configuré Discourse via Docker, mais l’erreur mentionnée dans le titre apparaît uniquement.
Quelle méthode d’installation avez-vous utilisée et qu’avez-vous configuré en dehors du processus d’installation principal ?
1 « J'aime »
J’ai déjà configuré les images individuellement et via docker-compose ! Cependant, l’erreur persiste !
D’une autre manière, comment pourrais-je avoir configuré autre chose ?
Je crains que cela ne soit pas suffisant comme information pour que les gens puissent vous conseiller. Avez-vous suivi le guide d’installation standard ?
Si vous pouviez inclure quelques détails sur votre configuration, exactement comment vous avez installé Discourse, et tout le reste que vous auriez pu faire, les gens pourraient être en mesure de vous offrir quelques éclaircissements. 
2 « J'aime »
Si vous avez utilisé docker-compose, alors ce n’est pas une installation standard. Peut-être avez-vous utilisé bitnami (ce qui n’est pas pris en charge ici) ? Si vous pouvez accéder à l’administration/aux paramètres, vous pourrez peut-être ajouter le domaine auquel “whatever” essaie de faire référence si vous recherchez “content security” dans les paramètres.
Pourquoi est-ce forcé sur les ports 80 et 443 ?
Puis-je changer cela ?
Je ne sais pas. Vous n’avez clairement pas une installation standard et vous n’avez pas expliqué comment vous avez installé.
Je ne sais pas ce qui force quoi sur les ports 80 et 443.
Si vous voulez une bonne aide, vous devriez utiliser une installation standard. Si vous voulez de l’aide, vous devrez en dire plus sur la façon dont vous avez installé.
Eh bien, j’utilise l’installation standard, qui force les ports 80 et 443.
Donc vous n’avez pas utilisé docker-compose ?
Oui, l’installation standard nécessite les ports 80 et 443 et active https et force_https. Vous ne devriez pas avoir le problème que vous décrivez si vous avez fait une installation standard.
Avez-vous exécuté discourse-setup pour installer ?
Le fait est que je veux exécuter Discourse sur d’autres ports et l’inclure dans mon Apache2 via un proxy inverse…
Peut-être si vous dites comment vous avez installé, quelqu’un d’autre pourra vous aider. Peut-être voulez-vous Configurer Discourse sur un serveur avec des sites Apache existants.
Je l’ai déjà dit ! À propos de l’installation standard !!!
Bien sûr que vous pouvez. Vous devriez exposer par exemple - "83:80" sur app.yml, ou quel que soit le port que votre proxy inverse utilise pour envoyer du trafic vers le backend. Ou vous pouvez utiliser websocket.
Vous voulez utiliser un proxy inverse qui n’est pas une installation standard.
Je l’ai fait, mais le site n’est pas accessible
Alors vos paramètres sont incorrects. Ce qu’est un problème est presque impossible à deviner. N’utilisez pas CSP, ce serait le premier mouvement. Mais sont-ils tous les deux, Apache2 et Discourse, sur le même serveur ? Votre configuration d’Apache2 est-elle correcte ? Etc., etc.
Encore une fois, comme dit — vous n’utilisez pas une installation standard.
Je ne peux pas utiliser l’installation standard ! Désolé, mais qu’est-ce qu’il y a de si difficile à comprendre ? J’ai déjà Apache2 en cours d’exécution, et je ne vois pas l’intérêt de l’arrêter juste parce que Discourse ne pense pas qu’il soit assez flexible pour utiliser d’autres ports.
Ma configuration Apache2 :
<VirtualHost *:80>
ServerName <domain>
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
RewriteEngine on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
</VirtualHost>
<VirtualHost *:443>
ServerName <domain>
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
SSLEngine On
SSLCertificateFile /etc/letsencrypt/live/<domain>/cert.pem
SSLCertificateKeyFile /etc/letsencrypt/live/<domain>/privkey.pem
SSLCertificateChainFile /etc/letsencrypt/live/<domain>/fullchain.pem
ProxyPass / http://127.0.0.1:90/
ProxyPassReverse / http://127.0.0.1:90/
</VirtualHost>
app.yml :
expose:
- "90:80" # http
- "100:443" # https
Peut-être pas si difficile que ça à comprendre que vous n’obtenez de l’aide de l’équipe que pour les installations standard. C’est pourquoi vous devez espérer que quelqu’un d’entre nous, membres ordinaires, puisse vous aider.
Et comme vous ne dites rien, c’est une tâche un peu difficile. Nous ne pouvons pas deviner si votre configuration est correcte ou si vous avez dirigé vers le bon port dans app.yml. Nous ne savons absolument rien de votre installation.
Bien sûr qu’il l’est. Utiliser un proxy inverse devant Discourse est assez trivial — en dehors de docker de toute façon. Il vous suffit d’exposer les bons ports ou d’utiliser le websocket, si ces deux éléments sont sur le même serveur.
L’avez-vous fait ? Je ne sais pas et mes cartes ne me l’ont pas dit 
Et encore une fois — si CSP pose problème, ne l’utilisez pas tant que vous n’avez pas compris ce qui vous résiste.
1 « J'aime »